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FOREWORD 


1 .  The  purpose  of  this  standard  is  to  define  the  Standard  Simulator 
Data  Base  (SSDB)  Interchange  Foirmat  (SIF). 

2.  The  Standard  Simulator  Data  Base  (SSDB)  is  the  central  rep>osltory 
of  validated  simulator  databases  for  the  DoD  training  simulation 
conmunity.  The  SSDB  was  developed  under  an  Air  Force  program  called 
Project  2851  (contract  F33657-86-C-0182) .  Tri-Service  coordination  has 
been  maintained  via  the  Joint  Technical  Coordinating  Group  for  Training 
Systems  and  Devices  ( JTCG-TSD) .  The  SSDB  will  be  maintained  at  the  DoD 
Simulator  Data  Base  Facility  (SDBF). 

3.  The  SIF  %n.ll  serve  as  an  input/output  vehicle  for  sharing  digital 
simulator  databases  via  the  SSDB.  Database  builders  may  be  tasked  to 
supply  their  databases  to  the  SDBF  in  this  format.  The  SDBF  would  then 
be  responsible  for  integrating  the  databases  into  the  SSDB,  from  which 
data  may  later  be  extracted  for  use  by  other  simulator  systems,  in 
either  SIF  or  Generic  Transfo^ed  Data  Base  (GTDB)  format.  This  will 
allow  the  Government  to  re-use  databases  created  for  specific  simulation 
programs . 

4.  This  standard  defines  two  different  versions  of  SIF,  in  order  to 
support  two  different  scenarios  for  sharing  of  SSDB  data.  In  one  form, 
the  SSDB  can  be  made  available  in  its  ccmplex  internal  system-specific 
format  to  support  distributed  maintenance  by  SDBF-conqj>atible  data  base 
systems,  or  to  support  autonomous  but  SSDB-campatible  data  base 
production  by  training  system  programs.  In  SIF's  other  form,  there  will 
be  a  mechanism  for  passing  the  essential  contents  of  simulator  data 
bases,  including  the  SSDB,  for  use  or  maintenance  on  systems  with 
significantly  different  software  than  the  SDBF.  The  *SSDB  Interchange 
Format  for  Distributed  Processing  (SiF/DP)”  has  been  defined  to  handle 
the  first  situation,  while  the  "SSDB  Interchange  Format  for  High  Detail 
Input/Output  (SIF/HDI)"  has  been  defined  for  the  second. 

5.  The  two  SIF  formats,  SIF/DP  and  SIF/HDI,  are  logically  identical 
but  differ  in  physical  format.  Use  of  one  format  where  the  other  would 
be  more  appropriate  is  likely  to  cause  the  implementing  program  to  incur 
unnecessary  costs.  It  is  therefore  important  that  the  SIF  user  possess 
an  understanding  of  the  distinction  between  the  two  alternatives,  before 
specifying  either  for  use. 


6.  When  it  is  required  that  a  simulator  program  receive  database 
Inputs  from  the  SDBF,  a  third  format  may  be  used.  This  third  format 
designated  the  Generic  Transformed  Data  Base  (GTDB),  is  documented  in 
MIL-STD-1620.  The  GTDB  is  strickly  an  output  product  format  of  the  SDBF  □ 

and  is  a  more  thoroughly  processed  database  than  SIF.  It  is  capable  of  □ 

supporting  a  much  greater  range  of  data  selection  and  formatting  options  _ 

than  either  SIF/HDI  or  SIF/DP.  GTDB  should  be  considered  for  use  - 

instead  of  SIF  when  the  receiving  system  wishes  to  minimize  post¬ 
processing  of  the  data.  - 

_ _ ( 
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1 .  SCOPE 

1.1  Scope .  This  standard  defines  the  Standard  Simulator  Data  Base 
Interchange  Format  (SIF). 

1.2  Applicability.  This  standard  should  be  invoked  iidien  the 
acquisition  agency  establishes  a  requirement  that  a  digital  database 
created  to  support  a  specific  training  simulator  program  be  shared  with 
other  programs  via  the  Simulator  Data  Base  Facility  (SDBF)  Standard 
Simulator  Data  Base  (SSDB),  and/or  that  a  digital  database  available 
from  the  SSDB  be  used  as  an  input  source  by  the  invoking  program. 

1.3  Application  guidance.  The  SIF  standard  encompasses  two 
independent  data  formats,  SIF  for  High  Detail  Input/Output  (SIF/HDI)  and 
SIF  for  Distributed  Processing  (SIF/DP).  The  acquisition  agency  should 
select  the  most  appropriate  alternative  baaed  on  the  requirements  and 
constraints  of  a  particular  program.  In  selecting  the  format  most 
applicable  to  a  particular  program,  a  third  format,  GTDB,  should  be 
considered  as  well.  The  selection  of  a  standard  format  should  be  based 
upon  the  following  general  criteria. 

1.3.1  SIF/HDI .  SIF/BDI  is  designed  to  serve  as  a  comprehensive  set  of 
formats  for  exchange  of  simulator  databases  between  the  SDBF  and 
external  database  generation/transformation  systems.  It  may  be  used  to 
transmit  a  validated  database  to  the  SDBF  for  storage  in  the  SSDB 
central  repository  and  subseguenc  dissemination  to  other  programs.  It 
may  also  be  used  to  receive  and  input  a  database  from  the  SDBF  SSDB  for 
further  processing  on  a  simulator  database  generation  system.  SIF/BDI 
should  be  specified  %dien  the  invoking  program  wishes  to  export  a 
database  to  the  SDBF  and/or  to  import  a  database  contained  within  the 
SSDB. 

1.3.2  SIF/DP.  SIF/OP  is  designed  for  exchange  of  databases  using 
formats  essentially  identical  to  internal  binary  formats  maintained  on 
the  SDBF  system.  It  is  the  preferred  format  for  distributed  or 
supplemental  maintenance  and  enhancement  of  internal  SSDB  files. 

Systems  processing  SIF/OP  data  would  require  SDBF-compatible  hardware 
and  software. 

1.3.3  GTDB .  The  Generic  Transformed  Data  Base  (GTDB)  format,  NIL-STD- 
1820,  is  strickly  an  output  product  format  from  the  SDBF.  It  is  capable 
of  a  much  greater  degree  of  tailoring  than  SIF,  in  terms  of  data 
content,  encoding  formats,  and  degree  of  transformation  processing.  It 
is  the  preferred  SDBF  product  foniiat  vdien  the  recipient  wishes  to 
minireixe  additional  filtering  and/or  transformation  of  the  data.  The 
GTDB  format  is  not  supported  as  a  SDBF  data  source;  therefore,  it  should 
not  be  specified  when  the  invoking  program  wishes  to  export  a  database 
to  the  SDBF. 
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1.4  Tailoring  of  requirement  descriptions.  The  detailed  technical 
requirements  of  this  format  have  been  structured  to  permit  tailoring  to 
suit  the  particTilar  database  requirements  of  an  individual  program. 

Under  normal  circumstances,  it  should  be  sufficient  for  an  acquisition 
agency  to  specify  compliance  with  the  SXF  standard  as  a  whole,  with 
specific  exceptions  ^ranted  on  a  case-by-case  basis  with  the  concurrence 
of  the  SDBF.  First-time  users  of  the  SIT  standard  should  read  Appendix 
C  for  general  guidance  on  applying  the  standard  to  particular 
applications. 

1.5  Method  of  reference.  This  standard  should  be  invoked  by  requiring 
that  a  program  utili2e  and/or  deliver  databases  in  accordance  with  MIL- 
STD-1821.  Interface  with  the  SDBF  is  implicit  in  any  invocation  of  this 
standard . 

2.  APPLXCABLR  OOCUMEHTS 

2 . 1  Government  documents 

2.1.1  Specifications,  standards,  and  handbooks.  The  following 
specifications,  standards,  and  handbooks  form  a  part  of  this  document  to 
the  extent  specified  herein.  Unless  otherwise  specified,  the  issues  of 
these  documents  shall  be  those  listed  in  the  issue  of  the  Department  of 
Defense  Index  of  Specifications  and  Standards  (DoDISS)  and  supplement 
hereto,  cited  in  the  solicition  (see  6.2). 

Military  standard 

MIL-STD-1820  Generic  Transformed  Data  Base  Design  Standard 

(Unless  otherwise  indicnted,  copies  of  federal  and  military 
specifications,  standards,  and  handbooks  are  available  from  the  Naval 
Publications  and  Forms  Center,  ATTN:  NPODS,  5801  Tabor  Avenue, 
Philadelphia  PA  19120-5099.) 

2.1.2  Other  Government  documents,  drawings,  and  publications .  The 
following  other  Government  doc\iments,  drawings,  and  publications  form  a 
part  of  this  document  to  the  extent  specified  herein.  Unless  otherwise 
specified,  the  issues  shall  oe  those  cited  in  the  solicitation  (see  €.2) 
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DEFEKSE  INTELLIGEMCE  ACSNC 


DDM-2600- 

63220-90 


National  Imagery  Transmission  Format  (NITF), 
Version  1.1/  1  March  1969,  sections  1  through  4.5 


(Application  for  copies  should  be  addressed  to  Defense  Intelligence 
Agency,  DIA/DM-IA,  3100  Clarendon  Boulevard,  Arlington,  VA  22201-5317.) 


TASC 

U-321 /CIO-2 

MIL-STD-XXX- 

BWC3 


"Joint  Photographic  Experts  Group  (JPEG)  Image 
Compression  For  The  National  Imagery  Transmission 
Format  Standard",  Director  of  Central  Intelligence 


(Application  for  copies  should  be  addressed  to  TASC,  ATTN: 
Secretary,  55  Walkers  Brook  Drive,  Reading  HA  01867-3297.) 


PARTMENT 


COMMERC 


Initial  Graphics  Exchange  Specification  (IGES), 

Version  4.0,  June  1988,  sections  applic^le  to 
Constructive  Solid  Geometry  (CSG) 

(Application  for  copies  should  be  adressed  to  U.S.  Department  of 
Commerce,  National  Bureau  of  Standards.) 

2.2  Non-Govemment  publications.  The  following  documents  form  a  part 
of  this  document  to  the  extent  specified  herein.  Unless  otherwise 
specified,  the  issues  of  the  documents  which  are  DoD  adopted  shall  be 
those  listed  in  the  issue  of  the  DoDiSS  cited  in  the  solicitation  (see 
6.2).  Unless  otherwise  specified,  the  issues  of  documents  not  listed 
in  the  DoDISS  shall  be  the  issues  of  the  documents  cited  in  the 
solicitation  ( see  6.2). 


ANSI  X3.4 


ANSI  X3.27 


ANSI/IEEE 
STD  754 


American  Standard  Code  for  Information  Interchange 
(ASCII) 

Information  Systems  -  File  Structure  and  Labeling  of 
Magnetic  Tapes  for  Information  Interchange 

Binary  Floating  Point  Arithmetic 


(Application  for  copies  should  be  addressed  to  American  National 
Standards  Institute,  11  West  42nd  Street,  New  York  NY  10036.) 
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(Non-Government  standards  and  other  publications  are  normally  available 
from  the  organizations  that  prepare  or  distribute  the  documents.  These 
documents  also  may  be  available  in  or  through  libraries  or  other 
informational  services . ) 

2.3  Order  of  precedence.  In  the  event  of  a  conflict  between  the  teact 
of  this  document  and  the  references  cited  herein,  the  text  of  this 
document  shall  take  precedence.  Nothing  in  this  document,  however, 
supersedes  applicable  laws  and  regulations  unless  a  specific  exemption 
has  been  obtained. 

3.  DEFINITIONS  AND  ACRONYMS 

3.1  Definitions.  For  the  purpose  of  this  standard,  the  following 
definitions  sball  apply. 

3.1.1  Data  Fields.  The  definitions  of  all  data  fields  used  in  SIF  are 
provided  in  Appendix  A,  SIF  Data  Dictionary. 

3.1.2  Files  and  Records.  A  description  of  the  application  of  each  file 
and  record  type  may  be  found  in  Appendix  C,  Rationale  and  Guidance, 
Section  50. 

3.1.3  Terms .  As  used  in  this  document,  the  following  terms  are  defined 
as  shown. 

Areal  Feature.  The  representation  of  an  object  in  a  culture  data  base 
as  a  closed  polygon,  with  associated  attributes. 

Constructive  Solid  Geometry  (CSGl.  A  method  of  representing  three- 
dimensional  objects  in  which  complex  shapes  are  created  through  the 
additive  and  subtractive  combination  of  volumetric  primitives,  such  as 
cylinders,  spheres,  and  prisms. 

CSG  Model.  A  model  created  using  CSG  techniques. 

Culture  Data.  A  two-dimensional  digital  data  set  containing  information 
representing  both  natural  and  manmade  features  on  the  Eeirth ' s  surface . 

Data  Base  Generation  System  (DBGSt.  A  hardware /software  system  used  to 
transform  raw  hardcopy  and  softcopy  sources  (such  as  maps  and  imagery) 
into  composite  digital  data  bases,  which  are  subsequently  used  in  real¬ 
time  simulator  image  generation  equipment  anf  supports  constructive  (2D) 
modelling  and  simulation. 

Digital  Feature  Analysis  Data  rDFADl.  A  standard  DMA  data  base 
consisting  of  selected  natural  and  manmade  planimetric  features, 
classified  as  point,  line,  or  areal  features  as  a  function  of  their  size 
and  composition.  DFAD  is  stored  in  a  spaghetti  vector  format. 

Digital  Terrain  Elevation  Data  (DTED>.  A  standard  DMA  data  base 
consisting  of  a  uniform  matrix  of  terrain  elevation  values. 
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Distributed  Processing  <DP).  One  concept  of  Sir  production,  wherein 
alternate  production  centers  are  established  at  remote  facilities,  are 
equipped  with  SDBF-compatible  DBGSs,  and  exchange  SSOB  files  directly 
with  the  SDBF. 

Edge.  The  line  formed  by  the  connection  of  two  vertices. 

Elevation  Data.  Digital  Information  representing  the  variation  in 
elevation  of  the  Earth's  surface,  relative  to  mean  sea  level. 

Face.  A  planar  two-  or  three-dimensional  structure  formed  by  the  closed 
connection  of  a  series  of  segments. 

Face-Based  Texture.  A  technique  for  applying  a  texture  map  to  a  single 
polygon,  wherein  the  texture  pattern  is  of  a  fixed  size,  and  replicated 
as  often  as  is  necessary  to  cover  the  entire  polygon. 

Feature  Attribute  Coding  Standard  fFACS>.  A  Defense  Mapping  Agency 
developed  system  of  alphanumeric  codes,  which  are  used  to  represent 
various  properties  of  cultural  features  stored  in  a  data  base. 

Feature  Data.  Same  as  Culture  Data. 

Feature  Descriptor  Code  ( FDC  ^ .  An  alphanumeric  code  used  to  identify 
the  type  of  a  cultural  feature  stored  in  a  data  base. 

Generic  Texture.  A  file  containing  a  non-geospecific  pattern,  eligible 
for  mapping  repeatedly  onto  any  polygon  in  the  data  base. 

Generic  Transformed  Data  Base  (GTdbk  A  product  of  the  SDBF,  consisting 
of  data  which  has  been  extracted  from  the  SSDB  and  tailored  to  meet  the 
specific  characteristics  of  a  particular  training  simulator  image 
generator  and/or  constructive  2D  M6S. 

Global-Based  Texture.  A  technique  for  applying  texture  to  terrain, 
wherein  an  orthorectified  image  is  mapped  onto  the  terrain  polygons  at 
the  corresponding  geographic  location. 

Gridded  Data.  Digital  information  which  is  uniformly  distributed  in  the 
form  of  a  two-dimensional  matrix,  where  a  data  value  is  provided  for 
each  (x,y)  coordinate.  Both  terrain  elevation  and  rasterized  texture 
are  considered  types  of  gridded  data  files. 

High  Detail  Input/OutPut  (HDIK  A  concept  of  SIF  production,  wherein 
external  producers  use  non-SDBF-compatible  DBGSs  to  create  SIF  data  sets 
for  SDBF  consun^tion;  and  conversely,  the  SDBF  provides  SIF  data  sets  to 
external  consumers  for  application  on  training  simulators.  The  BDI  term 
derives  frcm  the  fact  that  the  primary  purpose  of  this  interface  is  to 
facilitate  the  reuse  of  densely-populated  data  bases,  which  cem  be  quite 
expensive  to  create. 

Initial  Graphics  Exchange  Standard  fIGESK  A  format  for  the 
distribution  of  computer  graphics  files  developed  by  the  National 
Institute  of  Science  and  Technology.  IGES  is  used  as  the  basis  of  the 
SIF  Constructive  Solid  Geometry  (CSG)  model  format. 
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Island.  A  section  of  high-resolution  data  entbedded  in  a  data  base  LOD 
of  lower  overall  resolution.  An  island  is  also  known  as  hi-res  patch. 

Level  of  Detail  (LOD^ .  One  of  a  set  of  representations  of  a  given  unit 
of  terrain,  culture,  texture,  or  inodel  data,  which  contains  only  those 
can\ponents  of  the  unit  which  can  be  independently  defined  at  a  specified 
resolution. 

Lineal  Feature.  The  representation  of  an  object  in  a  cultxire  data  base 
as  a  vector  or  connected  series  of  vectors,  with  associated  attributes. 

Linear  Feature.  Same  as  Lineal  Feature. 

Manuscript .  A  geographic  subset  of  the  total  data  base,  \diich  has  been 
physically  segregated  for  purposes  of  manageability. 

Model .  A  two-dimensional  or  three-dimensional  geometric  representation 
of  a  physical  entity,  which  includes  sufficient  attribution  to  present  a 
recognizable  portrayal  of  that  object  when  rendered  on  a  real-time  image 
generator . 

Model-Based  Texture.  A  technique  for  applying  a  texture  map  to  a  model, 
wherein  the  texture  pattern  is  applied  to  multiple  polygons  simultaneously. 

National  Imagery  Transmission  Format  (NITF^.  A  digital  file  format 
designed  by  the  Defense  Intelligence  Agency  for  the  distribution  of 
raster  imagery  data. 

Wode.  The  coordinates  specifying  a  point  location  in  a  two-dimensional 
plane,  or  three-dimensional  space. 

Mon-Mapped  Texture.  The  transmittal  of  texture  patterns  in  a  Sir  data 
set  without  associating  them  with  any  models  or  features. 

Planimetric  Data.  Same  as  Culture  Data. 

Point  Feature.  The  representation  of  an  object  in  a  cultxire  data  base 
as  a  single  point  in  space,  with  associated  attributes. 

Point  Light  Feature.  The  representation  of  a  light-sonitting  point 
feature  in  a  culture  data  base. 

Point  Light  String  Feature.  The  representation  of  a  series  of  logically 
related  point  light  features  in  a  culture  data  base. 

Polygon.  Same  as  Face. 

Polygonal  Model.  A  model  created  through  the  definition  of  boundary 
polygons,  \diich  implicitly  define  solid  objects. 

Raster  Data.  A  matrix  of  evenly  spaced  rows  and  columns  of  texture  or 
picture  elements  (texels  or  pixels).  Examples  and  SPOT  and  LANDSAT  imagery. 

Rendering  Priority.  The  relationships  established  among  objects  such  as 
to  define  which  occult  the  others  from  different  perspectives. 
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Segment .  A  aeries  of  connected  edges. 

Separating  Plane.  A  non-displayed  plane,  which  may  be  defined  by  a 
polygon,  inserted  into  a  three-dimensional  model  for  the  purpose  of 
establishing  priority  cells  or  clusters,  which  speeds  the  computation  of 
hidden  surfaces  on  the  model  on  certain  image  generators. 

Separation  Plane.  Same  as  Separating  Plane. 

SIP  Consumer.  A  training  simulator  contractor  with  the  requirement  to 
utilize  data  bases  in  SIP  format. 

SIP  Producer.  A  training  simulator  contractor  with  the  requirement  to 
deliver  digital  data  bases  to  the  Government  in  SIP  format. 

SIP/DP.  The  version  of  SIP  designed  to  support  the  Distributed 
Processing  scenario. 

SIF/HPI .  The  version  of  SIP  designed  to  support  the  High  Detail 
Input/Output  scenario. 

Simulator  Data  Base  Facility  tSDBPt.  The  production  and  maintenance 
center  for  DoD  training  simulator  data  bases,  to  be  managed  by  the 
Defense  Mapping  Agency,  and  located  in  St.  Louis,  HO. 

Surface  Material  Category  ( SMC \ /PDC  Texture .  A  Stage  3  Specific  Areal 
Texture  file  for  which  surface  material  and  feature  descriptor  codes 
have  been  substituted  for  the  raw  intensity  value  of  each  pixel. 

"Spaghetti*  Vector.  A  vector  data  format  wherein  features  are 
independently  defined,  nodes  and  edges  are  associated  with  Individual 
features,  and  no  topological  relationships  are  maintained  among 
features . 

Stage  1  Specific  Areal  Texture.  A  texture  file  which  contains  raw 
digital  imagery  (i.e.,  that  which  has  not  been  modified  through  any 
image  processing  tectmlque),  and  the  ground  control  points  needed  to  map 
it  onto  culture  polygons  in  its  correct  geographic  location. 

Stage  1  Specific  Model  Texture.  The  same  as  Stage  1  Specific  Areal 
Texture,  but  with  the  control  points  needed  to  map  it  onto  model 
polygons . 

Stage  2  Specific  Areal  Texture.  A  texture  file  containing  an  image 
which  has  been  modified  through  basic  image  processing  techniques,  such 
as  shadow  removal  and  radiometric  correction,  but  has  not  been  mo^fied 
gecmetrically.  This  type  of  texture  includes  ground  control  points. 

Stage  2  Specific  Model  Texture.  The  same  as  Stage  2  Specific  Areal 
Texture,  but  «d.th  the  control  points  needed  to  map  it  onto  model 
polygons . 

Stage  3  Specific  Areal  Texture.  A  texture  file  containing  an  image 
which  has  been  orthorecti fied  into  a  geodetic  equal-arc  pixel  spacing, 
in  addition  to  being  processed  as  in  Stage  2. 
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Stage  3  Specific  Model  Texture.  The  same  as  Stage  3  Specific  Areal 
Texture,  but  gecxnetrically  mapped  into  the  model  coordinate  space  with 
equal-distance  pixel  spacing. 

Standard  Simulator  Data  Base  ( SSDB \ .  The  internal  information  filing 
structure  used  by  the  Simulator  Data  Base  Facility. 

Superf eature .  An  aggregate  of  individual  features  within  a  culture  tile 
into  a  larger  homogeneous  data  group  which  identifies  all  children 
features  belonging  to  this  homogeneous  data  group. 

Terrain  Data.  As  used  in  this  standard,  elevation  data  represented  by 
DTED  is  considered  terrain  data. 


Texture  Data.  A  two-dimensional  raster  data  set  which  contains  pixel 
data,  usually  derived  from  imagery,  which  is  overlaid  on  polygonal  or 
other  raster  data  during  the  real-time  rendering  process,  to  increase 
its  spatial  frequency. 

Tile.  Same  as  Manuscript. 


Topology .  The  establishment  of  relationships  among  features  in  a  data 
set,  such  that  contextual  data  base  queries  can  be  made. 

Traversal .  The  process  of  identifying  the  points  and  edges  comprising  a 
feature  in  a  systematic  fashion. 

VAX/VMS.  A  proprietary  computer  operating  system  developed  by  the 
Digital  Equipment  Corporation,  and  used  by  the  SDBF. 

Vector .  Same  as  Segment. 

Vector  Product  Format.  A  general-purpose  vector  data  representation 
standard  developed  by  the  Defense  Mapping  Agency,  which  will  be  used  as 
the  basis  of  many  of  their  future  cartographic  products. 

Vertex .  Same  as  Node. 


Vertex-to- Vertex  Texture .  A  technique  of  applying  a  texture  map  to  a 
polygon,  wherein  specific  texture  pixels  are  registered  to  the  polygon 
vertices,  and  the  rmnalnder  of  the  texture  pattern  is  warped  to  fit  the 
polygon . 

Volumetric  Modeling.  Same  as  Constructive  Solid  Geometry. 


3.2  Acronyms .  For  the  purpose  of  this  standard,  the  following 
acronyms  shall  apply. 


AMSDRL 

ANSI 

API 

ASCII 

ASC 

BOT 

BPI 

BSP 


Acquisition  Management  Systems  and  Data 
Requirements  Control  List 
American  National  Standards  Institute 
Application  Programmer's  Interface 
American  Standard  Code  Information  Interchange 
Aeronautical  Systems  Center 
Beginning-of-tape 
Bits  Per  Inch 
Binary  Separating  Plane 
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COR 

CSG 

DBDD 

DBGS 

DFAD 

01AM 

010 

DLMS 

DMA 

DoO 

OP 

OTEO 

EOF 

EOT 

FACS 

FIO 

FOC 

FOM 

GOS 

GFE 

GFP 

GTOB 

HCV 

HOI 

ICMGMS 

IGES 

JPEG 

JTCG-TSO 

LOO 

LSB 

LOT 

MSB 

MSL 

NIST 

NITF 

FOR 

RGB 

60BF 

SIF 

SIF/OP 

SIF/HOI 

SMC 

SSOB 

OTM 

VMS 

\T»F 

WGS 


Critical  Design  Review 
Constructive  Solid  Geometry 
Data  Base  Design  Document 
Data  Base  Generation  System 
Digital  Feature  Analysis  Data 
Defense  Intelligence  Agency  Manual 
Data  Item  Description 
Digital  Xisndmass  System 
Defense  Mapping  Agency 
Department  of  Defense 
Distributed  Processing 
Digital  Terrain  Elevation  Data 
End  of  File 
End-of-tape  Marker 
Feature  Attribute  Coding  Standard 
Feature  Identifier 
Feature  Descriptor  Code 
Figure  of  Merit 
Gridded  Data  Section 
Government-Furnished  Equipment 
Government-Furnished  Property 
Generic  Transformed  Data  Base 
Hue-Chroma-Value 
High  Detail  Input/Output 
Interactive  Conputer  Modelling 
Geometric  Modelling  System 
Initial  Graphics  Exchange  Specification 
Joint  Photographic  Experts  Group 
Joint  Technical  Coordinating  Group  -  Training 
Systems  and  Devices 
Level  of  Detail 
Least  Significant  Bit 
Xiook-Up  Table 
Most  Significant  Bit 
Mean  Sea  Level 

National  Institute  of  Standards  and  Technology 

National  Imagery  Transmission  Format 

Preliminary  Design  Review 

Red-Green-Blue 

Simulator  Data  Base  Facility 

SSDB  Interchange  Format 

SIF  for  Distributed  Processing 

SIF  for  High-Detail  Input/Output 

Surface  Material  Category 

Standard  Simulator  Data  Base 

Universal  Transverse  Mercator 

Viirtual  Monory  System 

Vector  Product  Format 

World  Geodetic  System 
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4 .  GEHERAL  REQUXREMEHTS 


4.1  External  svatem  interface.  When  Invoked  as  an  interface  standard. 
Sir  shall  be  used  to  transmit  and/or  receive  simulator  databases 
to/from  the  SDBF  or  another  contractually  specified  simulator  system. 
Thus,  application  of  this  standard  may  require  technical  coordination 
between  the  sending  and  the  receiving  systems.  Appendix  C  gives  general 
guidance  on  application  of  this  standard. 


4.2  Physical  medium.  Sir  was  originally  designed  to  be  transmitted  on 
sequential-access  9-track  magnetic  tape.  Alternative  media  may  be  used 
upon  approval  of  the  acquisition  activity  (see  6.2). 


4.2.1  Physical  tape  labeling  Each  SIP  tape  shall  have  a  physical  paper 
label  placed  on  it  consisting  of  the  following  information: 

Sir  Format  (always  •SIF/HDI'  for  SIF/BDI  , 
always  ’SIF/DP*  for  SIF/DP) 

Transmittal  ID 

Data  Base  Title  (Short  Description) 

Volume  ID 
Originator's  Name 

4. 2. 1.1  Transmittal  ID.  The  Transmittal  ID  is  a  character  string  which 
uniquely  identifies  the  SXF  data  base  exchange.  The  ID  shall  be  encoded 
as  follows: 

YYMMDDOOXX 

where  YYMMDD  *  year,  month,  and  day  of  tape  creation, 

00  =  the  originator  code,  and 

XX  =  sequence  number  for  that  day  by  that  originator. 


4. 2. 1.1.1  For  example,  assume  an  organization  creates  a  single  SIF  data 
base  on  June  15,  1992.  The  unique  originator's  code  is  '23',  and  the 
data  base  will  be  sent  to  two  organizations,  thus  resulting  in  two 
transmittals.  The  transmittal  IDs  for  each  set  of  tape(8)  shall  be 
'9206152301'  and  '9206152302'. 


4. 2. 1.2  Originator  codes.  Originator  codes  shall  be  assigned  by  the 
SDBF. 
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4.2.2  Tranamittal  form.  A  transmittal  form  shall  acccxnpany  each  SIF 
data  base  exchange.  The  SIF  Transmittal  Form  is  sho%m  in  Figure  1.  The 
information  on  this  form  shall  include  the  following: 

SIF  Format  (always  ‘SIF/BDI*  for  SIF/HDI  , 
always  ’SIF/DF’  for  SIF/DP) 

SIF  Version  Number 

Transmittal  ID  (includes  tape  creation  date) 

Data  Base  Title  (Short  Description) 

Originator's  Name  &  Address 
Recipient's  Name  &  Address 
Maximum  Block  Size 
Data  Types  Provided: 

Models 

Culture 

Terrain 

Texture 

Number  of  Tape  Volumes 
First  Volume  Contents: 

SIF  Data  Base  Header  File  Only 
SIF  Data  Base  Beader  File  Plus  Data 
Volume  IDs  (in  order) 

4.3  Quality  assurance.  The  following  verification  activities  shall  be 
conducted  to  determine  the  compliance  of  a  candidate  data  set  with  this 
standard.  Any  data  set  delivered  to  the  Government  %irith  the 
identification  of  "SIF*  shall  have  successfully  completed  all 
verifications  specified  herein. 

4.3.1  General  approach.  The  quality  of  SIF  data  sets  shall  be  assured 
through  a  two-pronged  validation  process,  consisting  of  the  formal 
certification  of  SIF  production  processes,  as  well  as  the  detailed 
evaluation  of  selected  data  sets. 

4. 3. 1.1  Responsibility  for  test.  The  producer  of  a  SIF  data  net  shall 
be  responsible  for  performing  all  verification  testing.  Those  data  sets 
produced  external  to  the  SDBF  shall  be  subjected  to  formal  acceptance 
testing,  as  a  condition  for  delivery  under  the  applicable  training 
simulator  contracts. 

4.3.2  Process  certification.  The  software  processes  used  by  external 
producers  of  SIF  data  sets  shall  be  certified  as  being  capable  of 
meeting  the  data  base  requirements  defined  by  this  standard.  Process 
certification  shall  consist  of  three  testing  activities:  format 
conformance,  source  correlation,  and  SSDB  caiq>atibility.  Based  on  the 
performance  of  the  process  in  these  areas,  it  will  be  assigned  a  Figure 
of  Merit  (FOM)  by  the  SDBF. 

4. 3. 2.1  Format  conformance.  This  test  shall  be  conducted  for  both 
producers  and  consumers  of  SIF  data  sets.  Format  conformance  shall  be 
verified  through  Inspection  of  the  SIF  interface  and  processing 
software,  as  well  as  demonstration  of  its  operation. 

4. 3. 2. 1.1  Format  conformance  producer.  Format  conformance  testing 
shall  be  accomplished  to  verify  that  the  external  producer's  software  is 
capable  of  writing  data  sets  which  are  fully  compliant  with  the  format 
established  within  this  standard. 
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SIF  FORMAT 

Check  The  One  That  Applies:  QsiF/HDI  MERGED 

QsIF/HDI  LAYERED 

Q]sif/dp 

SIF  VERSION  NUMBER: 


TRANSMITTAL  ID: 


DATA  BASE  TITLE: 


ORIGINATOR'S  NAME: 


ORIGINATOR'S  ADDRESS: 


RECIPIENT'S  NAME; 


RECIPIENT'S  ADDRESS; 


MAXIMUM  BLOCK  SIZE: 


DATA  TYPES  PROVIDED 

Check  All  That  Apply:  □  Models  Q]  Cultur^  | Terrain^]  Texture 


1*  X  1*  Cells  Included/Requested  for  Culture,  Terrain,  or  Texture  Data: 


Non-Referenced  Models  Included/Requested: 


NUMBER  OF  TAPE  VOLUMES: 


FIRST  VOLUME  CONTENTS 


Check  The  One  That  Applies: 

Qoata  Base  Header  File  Only 
□  Data  Base  Header  File  Plus  Additional  Data 
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4. 3. 2. 1.2  rorraat  conformance  consumer.  Format  conformance  testing 
shall  be  accomplished  to  verify  that  a  SIF  consumer's  software  is 
capable  of  reading  SIF  data  sets  ^ich  have  been  generated  in  compliance 
with  this  standard.  Format  conformance  testing  shall  be  performed  using 
Goveriunent-supplied  SIF  test  data  sets,  as  defined  in  peiragraph  4. 3. 4. 3, 
below. 


4. 3. 2. 2  Source  correlation.  This  test  shall  be  performed  to  ensure 
that  a  process  does  not  omit  or  modify  information  in  the  conversion  to 
or  from  the  SIF  format.  This  type  of  certification  shall  be  conducted 
for  both  producers  and  consumers  of  SIF  data  seta.  This  test  shall 
include  the  inspection  of  the  applicable  software  code,  and  an  analysis 
of  its  algorithms. 

4. 3. 2. 2.1  Source  correlation  producer.  For  SIF  data  sets  produced 
externally,  it  shall  be  verified  that  the  generation  and  output  process 
does  not  eliminate  or  otherwise  corrupt  the  information  contained  in  the 
source  data  base. 

4. 3. 2. 2. 2  Source  correlation  consumer.  In  the  case  of  SIF  consumers, 
it  shall  be  verified  that  the  information  processing  steps  applied  to 
the  input  SIF  data  set  do  not  introduce  any  errors  into  the  data. 

4. 3, 2. 3  SSDB  compatibility.  SSDB  compatibility  testing  shall  apply  to 
SIF  producers  only.  This  test  shall  be  com’ucted  to  verify  that  the 
producing  DBGS  meets  the  internal  quality  standards  of  the  SDBF,  as 
defined  within  this  standard  and  within  the  SDBF  operations  concept 
document,  software  user's  manuals,  and  standard  operating  procedures. 
This  test  shall  be  accomplished  to  ensure  that,  in  addition  to  being 
consistent  with  the  information  representation  schema  of  the  SSDB,  the 
SIF  data  sets  generated  by  this  OBGS  are  concordant  with  the  information 
density,  level -of -detail  allocation,  internal  linkages,  data  encoding 
rules,  and  other  characteristics  unique  to  the  SSDB  design.  This  test 
shall  certify  that  the  SIF  data  set  makes  the  fullest  use  of  standard 
SIF  fields  in  lieu  of  User-Defined  FACS.  This  test  shall  be 
accomplished  through  the  analysis  and  demonstration  of  the  producer's 
DBGS. 


4.3.3  Data  set  verification.  Verification  of  SIF  data  sets  shall  be 
conducted  by  their  producers,  with  documentation  provided  to  the 
Government  as  evidence  of  their  having  been  successfully  verified.  The 
scope  of  the  product  verification  activity  shall  be  dependent  upon  the 
amount  of  process  verification  performed,  the  size  and  criticality  of 
the  data  bases  generated,  and  other  factors,  as  jointly  determined  by 
the  procuring  activity  and  the  SDBF. 

4. 3. 3.1  Verification  of  SIF  product.  Representative  SIF  data  sets 
shall  be  tested  for  compliance  with  this  standard.  Analogous  to  the 
process  certification  testing  described  above,  data  sets  shall  be  tested 
for  format  conformance,  source  correlation,  and  SSDB  compatibility. 
Product  verification  shall  initially  be  performed  in  conjunction  with 
the  certification  of  the  producer  DBGS.  Subsequent  product  verification 
testing  may  be  performed  on  select  data  seta,  in  accordance  with  the 
terms  of  the  applicable  contract.  Each  data  set  shall  identify  the 
Figure  of  Merit  assigned  to  its  producing  DBGS  by  the  SDBF. 
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4. 3. 3. 1.1  Format  conforinance.  This  test  shall  be  used  to  ensure  that 
the  information  contained  in  the  data  set  meets  the  defined  format 
specification.  Format  compliance  shall  be  assured  through  inspection. 
VThen  furnished  by  the  Government,  the  SIF  producer  shall  use  an 
automated  format  verification  tool  to  aid  in  this  task. 

4. 3. 3. 1.2  Source  correlation.  This  test  shall  be  used  to  verify  that 
the  information  contained  vrithin  the  SIF  data  set  matches  that  contained 
within  the  original  data  base  from  which  it  was  derived.  Source 
correlation  compliance  shall  be  assured  through  inspection  and  analysis. 
Graphical  displays  and/or  plots  shall  be  generated  for  both  source  and 
SIP  data  bases,  to  facilitate  a  side-by-side  visual  comparison  of  data 
base  contents.  Statistics  shall  be  generated  to  provide  a  comparison  of 
the  contents  of  the  t%R3  data  sets. 

4. 3. 3. 1.3  SSPB  comDatibilitv.  As  a  minimum,  SSDB  ccnpatibility  shall 
be  verified  through  analysis  and  inspection  of  the  product  data  set.  At 
the  discretion  of  the  SDBF,  compatibility  may  be  further  verified 
through  the  actual  processing  of  the  data  set  through  the  SDBF  software, 
resulting  in  its  successful  integration  into  the  SSDB. 

4. 3. 3. 2  Verification  of  SIF  application.  When  a  SIF  data  base  is 
provided  to  the  consumer  by  the  Government,  it  shall  be  verified  that 
the  contractor  has  the  ability  to  correctly  interpret  and  utili2e  the 
information  contained  therein.  Application  compliance  shall  be  tested 
in  two  ways:  acconsnodation  and  utilization. 

4. 3. 3. 2.1  Accommodation .  This  teat  shall  be  used  to  verify  that  the 
contractor's  hardware  and  software  is  capable  of  reading  the  SIF  media 
and  interpreting  its  contents  correctly.  SIF  accommodation  shall  be 
verified  through  demonstration,  using  a  test  SIF  data  base  furnished  by 
the  Government. 

4. 3. 3. 2. 2  Utilization.  Utilization  testing  shall  ensure  that  the 
consumer's  data  base(B)  incorporate  the  information  contained  in  the  SIF 
data  set.  It  shall  be  verified  that  the  information  content  of  the 
Goverxiroent -provided  SIF  data  set  is  reflected  in  the  contractor¬ 
generated  trainer  data  base,  as  well  as  any  intermediate  data  baBe(B) 
used  by  an  external  DBGS.  This  testing  shall  be  accomplished  by  means 
of  inspection  and  demonstration. 

4.3.4  Tools  and  test  data.  An  /^plication  Programmer's  Interface  (API) 
toolkit  has  been  developed  for  SIF  users.  The  toolkit  consists  of  a 
top-level  main  program  module,  SIF  data  structure  module,  SIF  read/write 
modules,  SIF  validation  module,  coordinate  transformation  module,  color 
conversion  module,  query  SIF  module,  browser  module,  and  terrain  grid 
orientation  module.  The  API  tooD^t  is  in  'C  with  a  user  and  source 
manual  and  can  be  obtained  GFE  through  the  SDBF. 

4. 3. 4.1  Government-furnished  tools.  When  furnished  as  GFE,  the 
contractor  shall  use  any  SIF  validation  tools  developed  under  Project 
2851  or  by  the  SDBF. 

4. 3. 4. 2  Contractor-developed  tools.  Subject  to  Government  approval, 
contractor-developed  software  tools  may  be  used  as  verification  aids. 
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4. 3. 4. 3  GovcrTunent-furniahftd  teat  data  seta.  The  SDBF  will  provide 
teat  data  aeta  in  aupport  of  verification  testing.  SIF  consumer 
programs  shall  use  these  data  sets  in  demonstrating  con^liance  with  the 
SIF  standeurd,  as  specified  above. 

4. 3. 4. 4  Contractor-developed  test  data  sets.  The  contractor  shall  develop 
additional  test  data  sets  as  required  to  demonstrate  SIF  compatibility. 

4.3.5  Test  documentation.  SIF  verification  testing  shall  be  addressed 
within  the  system  test  plan.  SIF  test  procedures  shall  be  developed  and 
performed  in  accordance  with  this  plan.  Test  reports  shall  be  delivered 
to  the  Gk>vernment ,  documenting  the  results  of  the  above  verifications. 

4.3.6  Exceptions .  In  certain  instances,  an  external  SIF  producer  may 
be  unable  to .fully  meet  the  acceptability  criteria  specified  herein.  In 
such  a  case,  a  petition  may  be  submitted  to  the  cognizant  acquisition 
agency,  requesting  that  a  waiver  be  granted,  so  that  the  data  set  may  be 
delivered  in  fulfillment  of  the  SIF  requirement.  The  petition  shall 
include  a  detailed  analysis  illustrating  why  the  requirement  cannot  be 
met.  It  shall  also  provide  evidence  that  the  data  set  is  of  sufficient 
value  that  its  inability  to  meet  these  criteria  are  exceeded  by  the 
benefits  of  its  inclusion  in  the  SSDB .  This  pe^ ’ tion  will  be  evaluated 
by  the  SDBF,  which  will  advise  the  acquisition  agency  on  whether  or  not 
it  is  in  the  Government's  best  interest  to  grant  the  waiver. 

4.4  Documentation .  Each  SIF  data  set  shall  be  documented  (see  6.5). 

In  general,  the  data  shall  include  a  description  of  those 
characteristics  which  make  that  particular  SIF  data  set  unique. 

Specific  information  which  shall  be  contained  in  each  SIF  data  set  is  as 
follows . 

4.4.1  Application.  The  SIF  data  set  shall  provide  a  description  of 
application  for  %diich  the  data  base  was  originally  intended.  The 
document  shall  identify  those  aspects  of  the  data  base  which  have  been 
specifically  tailored  for  the  purposes  of  this  application. 

4.4.2  Training  utility.  The  training  utility  of  an  externally 
generated  SIF  data  set  shall  be  described  in  sufficient  detail  to  allow 
the  SDBF  to  make  a  determination  as  to  its  value  as  a  ccanponent  of  the 
SSDB. 


4.4.3  Content.  The  SIF  data  set  shall  delineate  the  specific  content 
in  terms  of  the  areas  of  coverage,  sources  used,  areas  of  high  detail, 
models  included,  texture  types,  and  other  relevant  information.  The  SIF 
data  set  shall  include  illustrative  plots,  drawings,  graphs,  and  tables 
as  required  to  describe  the  contents  of  the  data  set. 

4.4.4  Indigenous  standards.  The  SIF  data  set  shall  Identify  any 
indigenous  standards  and  procedures  used  in  the  creation  of  the  data. 

These  shall  be  documented  to  the  extent  that  they  vary  from  the  internal 
standards  of  the  SDBF,  or  that  they  clarify  ambiguous  aspects  of  the 
SDBF  standards. 

4.4.5  Transformation .  The  SIF  data  set  shall  describe  the  transformation 
processes  used  in  converting  the  source  data  base  into  SIF/QDI,  and  the 
quality  assurance  tests  performed  on  the  converted  data  set. 
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4 >4. 6  Dtlllzatlon  Inatruetlona .  InBtruct.lon8  for  th«  assembly  of 
dissimilar  data  types,  such  as  the  integration  of  model  complexes  into 
their  underlying  terrain,  feat\ire,  and  texture  data  environment,  shall 
be  included  in  the  SIF  data  set. 

S.  DBTAZliED  RBQUZRENEHTS 

5.1  Standard  Simulator  Data  Base  Interchange  Format  »S1F>/Hiah  Detail 
Input /Output  (HDH  data  base 

5.1.1  SIF/HDI  data  base  structure 

5 . 1 . 1 . 1 .  Logical  format.  The  logical  format  of  a  SZF/BDZ  data  base  is 
made  up  of  a  hierarchy  of  data  entities.  The  hierarchy  is  as  follows: 

Data  Base 

Section 

File 

Record 

Field 

Item 

5. 1.1. 1.1  Data  base.  The  data  base  shall  consist  of  a  data  base  header 
file  and  ell  the  requested  models,  culture,  terrain,  and  texture  for  a 
specified  geographic  area.  Models  that  are  not  located  in  the 
geographic  area  can  also  be  explicitly  requested.  Logically,  the  data 
base  consists  of  a  data  base  header  file  and  one,  two,  or  three 
sections . 


5. 1.1. 1.2  Section.  A  section  is  a  series  of  files  consisting  of 
information  for  a  certain  type  of  data:  (1)  models,  (2)  culture,  or  (3) 
terrain  and  texture.  Within  a  database,  there  is  either  one  section  or 
no  sections  for  each  of  these  three  types. 

5. 1.1. 1.3  rile/record/ field/item.  A  sec^-ion  is  made  up  of  a  series  of 
files,  a  file  consists  of  a  series  of  records,  a  record  consists  of  a 
series  of  fields,  and  a  field  consists  of  one  or  more  items.  The  item 
is  the  lowest  logical  data  entity  defined  within  SIF. 

5. 1.1. 2  Physical  format.  The  physical  format  of  the  SIF/HDI  data  base 

shall  be  as  described  in  the  following  sections  in  terms  of  the  data 
order,  the  physical  tape  format,  and  the  general  file  and  data  formats. 

5. 1.1. 2.1  Data  order.  The  physical  order  of  data  in  the  SIF/HDI  data 

base  shall  be  as  follows: 


SIF/HDI  Data  Base  Header  File 
Model  Data  Section  {optional] 

Culture  Data  Section  [optional] 

Gridded  (Terrain  and  Texture)  Data  Section  [optional] 
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5. 1.1. 2. 1.1  Tha  first  file  on  the  first  tape  of  the  data  base  shall  be 
the  SIF/BDI  Data  Base  Header  File.  It  contains  control  information, 
including  counts  of  various  data  entities  as  well  as  the  file  name  of 
each  file  in  the  data  base.  The  order  in  which  the  file  names  appeetr  in 
the  SIF/HDI  Data  Base  Header  File  is  the  order  in  which  those  files 
shall  appear  on  the  tape(8). 

5. 1.1. 2. 2  Physical  tape  format.  The  physical  tape  format  of  a  SIF/BDI 
data  base  shall  be  I,evel  3  of  the  ANSI  Standard  for  Magnetic  Tape  Labels 
and  File  Structure  for  Information  Interchange,  ANSI  X3. 27-1978.  The 
format  of  the  physical  tape  shall  be  as  folloiirsi 

Begixming-of-Tape  Marker  (BOT) 

Volume  Label  (VOLl) 

for  each  file 

File  Header  Labels  (BDRl,  BDR2) 

Tape  Mark  (TM) 

File  Section 
Tape  Mark  (TM) 

File  Trailer  Lzibels  (EOFl,  E0F2  or  EOVl,  E0V2) 

Tape  Mark  (TM) 

Tape  Mark  (TM) 

Scratch  Tape 
End-of-Tape  Marker  (EOT) 

5. 1.1. 2. 2.1  Four  file/voluroe  configurations  shall  be  supported.  They 
are  single  file/single  volume;  single  file/multi-volume;  multi¬ 
file/single  volume;  and  multi-file/multi -volume.  A  SIF/HDI  data  base 
may  span  several  tape  volumes.  An  individual  file  may  cross  a  tape 
boundary;  in  such  a  case,  EOVl  and  E0V2  tape  labels  shall  be  written 
after  an  EOT  and  a  tape  mark  at  the  end  of  the  tape.  When  a  file  ends 
within  a  tape,  it  shall  be  followed  by  a  tape  mark  and  then  the  file 
trailer  labels  EOFl  and  E0F2. 

5. 1.1. 2. 2. 2  Tapes  shall  be  written  at  6250  bits  per  inch  (bpi)  with  the 
GCR  recording  method.  The  block  length  shall  be  denoted  by  the  Block 
Length  Field  %rithin  a  file's  BDR2  label.  Block  size  can  vary  from  file 
to  file.  The  allowed  minimum  tape  block  size  shall  be  2048  bytes  fdiile 
the  maximum  shall  be  65534  bytes. 

5. 1.1. 2. 2. 3  Only  the  characters  A  through  Z,  0  through  9,  and  the 

special  characters  ,  and  '$'  shall  be  used  in  filenames. 

The  period  may  appear  once  within  the  name  with  a  maximum  of  three 
characters  following  it.  The  file  name  shall  have  no  more  than  17 
characters . 
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5. 1.1. 2. 3  General  file  and  data  formats.  The  file  and  data  fonnats  are 
detailed  for  the  SIF/HDI  Data  Base  Header  File  and  each  of  the  data 
sections  in  section  5.1.2  of  this  document. 

5. 1.1. 2. 3.1  Mon-oridded  data  files.  The  SIF/HDI  Data  Base  Header  File 
and  all  files  in  the  Model  Data  and  Culture  Data  sections,  except  irtiere 
explicitly  noted  otherwise,  shall  be  in  a  campressed  ASCII  format  with 
record  keyword  separators  and  ASCII  null  ('00')  field  separators. 

Within  any  of  these  files,  «dien  a  field  is  initially  all  blanks,  it 
shall  be  compressed  to  a  null  field  of  zero  length;  thus,  two 
consecutive  field  separators  shall  occur  at  this  point.  There  shall  be 
one  or  more  ASCII  CNTRl>-2  characters  at  the  end  of  each  ASCII  file. 

5. 1.1. 2. 3. 2  Gridded  data  files.  The  Gridded  Data  section,  containing 
both  terrain  elevation  and  rasterized  texture  data,  shall  have  its  files 
stored  in  the'  specified  NITF  format.  All  header  files  shall  be  stored 
in  non-compressed  ASCII,  while  the  data  files  containing  the  actual  grid 
data  shall  be  in  a  binary  format  as  specified  by  the  NITF  standard. 

5. 1.1. 2. 3. 3  Non-ASCII  files.  Non-ASCII  files  shall  be  in  a  binary 
format  where  integer  data  are  stored  in  two ' s-complement,  with  the  high- 
order  bit  in  the  high-order  byte  representing  the  sign,  as  shown  in 
Figure  2.  Floating  point  data  are  stored  in  a  single-precision  format, 
as  defined  by  AMSI/IEEE  Std  754,  Binary  Floating  Point  Arithmetic. 
Appendix  A  shows  the  number  of  bytes  used  for  each  data  field. 

5.1.2  SIF/HDI  file  fonnats 

5. 1.2.1  SIF/HDI  Data  Base  Header  File  Format.  The  SIF/HDI  Data  Base 
Header  Format  shall  consist  of  a  single  file  that  contains  general 
transmittal,  identification,  and  directory  information. 

5. 1.2. 1.1  Header  data  encoding.  A  compressed  form  of  ASCII  shall  be 
used  in  this  file.  The  compression  shall  consist  of  stripping  all 
leading  zeros  and  blanks  from  numeric  strings  and  all  leading  and 
trailing  blanks  from  character  strings.  Every  ASCII  field  shall  be  a 
variable- length  field,  separated  by  the  ASCII  null  character  ('00'). 
Since  fields  are  varizd^le-length,  records  shall  also  vary  in  length. 
Every  record  (except  the  file  identifier  record)  begins  with  a  2- 
character  keyword  identifying  its  type.  The  record  keyword  for  a 
comnent  record  is  Identified  as  consecutive  asterisks  (**).  Following 
the  keyword  is  the  standard  ASCII  null  character  ( ' 00 ' )  as  the  field 
separator.  The  conment  field  will  then  continue  until  end  of  file  (EOF) 
or  the  end  of  field  separator  ('00')  is  located  in  the  SIF  data  file. 
Comment  records  shall  not  occur  in  the  middle  of  any  record  in  the  file, 
but  can  be  placed  before  or  after  any  other  record. 

5. 1.2. 1.2  Header  section  structure.  The  Header  section  shall  consist 
of  a  single  SIF/HDI  Data  Base  Header  File. 

5. 1.2. 1.3  Header  file  structure.  This  mandatory  file  shall  contain 
general  transmittal,  identification,  and  directory  information 
concerning  the  SIF/HDI  data  base  to  follow,  it  shall  be  the  first  file 
on  the  first  tape  volime.  The  order  of  data  in  the  SIF/HDI  Data  Base 
Header  File  is  as  specified  below.  The  order  in  which  the  file  names 
appear  in  this  file  is  the  required  order  in  which  the  files  shall 
appear  in  the  data  base. 
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a.  The  file  name  of  the  SXF/BDZ  Data  Baae  Header  shall  be: 

"SIFHDI.HDR* . 

b.  The  SZF/BDI  Data  Base  Header  file  format  shall  be  as  follows: 

SIF  File  Identifier  Record 
Transmittal  Description  Record 
Data  Directory  Record 

2D  Static  Model  Library  Header  File  Name  Record 
for  each  2D  static  model 

2D  Static  Model  Entry  Record 

30  Static  Model  Library  Header  File  Name  Record 
for  each  3D  static  model 

3D  Static  Model  Entry  Record 

3D  Dynamic  Model  Library  Header  File  Name  Record 
for  each  3D  dynamic  model 

3D  Dynamic  Model  Entry  Record 

Model  Table  File  Name  Record 

Culture  Header  File  Name  Record 

for  each  culture  tile 

Culture  Tile  Entry  Record 

NITF  Header  File  Name  Record 

for  each  terrain  tile 

Terrain  Tile  Entry  Record 

for  each  generic  texture 

Generic  Texture  Entry  Record 

for  each  stage  3  specific  model  texture 

Stage  3  Specific  Model  Texture  Entry  Record 

for  each  stage  2  specific  model  texture 

Stage  2  Specific  Model  Texture  Entry  Record 

for  each  stage  1  specific  model  texture 

Stage  1  Specific  Model  Texture  Entry  Record 

for  each  stage  3  specific  areal  texture 

Stage  3  Specific  Areal  Texture  Entry  Record 

for  each  stage  2  specific  areal  texture 

Stage  2  Specific  Areal  Texture  Entry  Record 

for  each  stage  1  specific  areal  texture 

Stage  1  Specific  Areal  Texture  Entry  Record 

for  each  SMC/FDC  texture 

SMC/FDC  Texture  Entry  Record 
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5. 1.2. 1.3.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

File  Identifier  Field  (always  'SIF/BOI  DATA  BASE  HEADER') 

5. 1.2. 1.3. 2  Transndttal  Description  Record.  The  field  structure  of 
this  record  shall  be  as  follows: 

Record  Keyword  Field  ( always  ' TD ' ) 

SIF  Format  Field 
Originator  Field 
Recipient  Field 
Transmittal  ID  Field 
Creation  Date  Field 
Source  Agency/Project  Field 
Database  Name  Field 
Data  On  This  Volume  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Ntunber  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 
SIF  Version  Ntunber  Field 

5. 1.2. 1.3. 3  Data  Directory  Record.  The  field  structure  of  this  record 
shall  be  as  folloinB: 

Record  Keyword  Field  (always  *DD') 

Number  of  2D  Static  Models  Field 

Number  of  3D  Static  Models  Field 

Number  of  3D  Dynamic  Models  Field 

Number  of  Culture  Tiles  Field 

Number  of  Terrain  Tiles  Field 

Number  of  Generic  Textures  Field 

Number  of  Stage  3  Specific  Model  Textures  Field 

Number  of  Stage  2  Specific  Model  Textures  Field 

Nvunber  of  Stage  1  Specific  Model  Textures  Field 

Number  of  Stage  3  Specific  Areal  Textures  Field 

Number  of  Stage  2  Specific  Areal  Textures  Field 

Number  of  Stage  1  Specific  Areal  Textures  Field 

Number  of  SMC/FDC  Textures  Field 

Merged  or  Layered  Culture  Field 

Data  Base  SH  Corner  Field 

Data  Base  ME  Comer  Field 

5. 1.2. 1.3. 4  Two-dimensional  12D)  Static  Model  Library  Header  File  Name 
Record.  This  record  shall  be  included  when  the  number  of  2D  Static 
Models  Field  in  the  Data  Directory  Record  is  non-zero.  The  field 
structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  '2L') 

File  Name  Field 
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5. 1.2. 1.3. 5  2D  Static  Model  Entry  Record.  The  number  of  these  records 
shall  correspond  to  the  number  of  2D  Static  Models  Field  in  the  Data 
Directory  Record.  The  field  structure  of  this  record  shall  be  as 
follo%ra: 

Record  Keyword  Field  ( always  ' 2S ’ ) 

Model  Data  File  Maine  Field 
Vertex  Table  File  Name  Field 
Model  Humber  Field 
Model  Name  Field 
Model  Description  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 

5. 1.2. 1.3. 6  Three-dimensional  (2l»  Static  Model  Library  Header  File 
Name  Record.  This  record  shall  be  included  when  the  number  of  3D  Static 
Models  Field  in  the  Data  Directory  Record  is  non-xero.  The  field 
structure  of  this  record  shall  be  as  follows: 

Record  Keywrd  Field  ( always  •  31 ' ) 

File  Name  Field 

5. 1.2. 1.3. 7  3D  Static  Model  Entry  Record.  The  number  of  these  records 
shall  correspond  to  the  Number  of  3D  Static  Models  Field  in  the  Data 
Directory  Record.  The  field  structure  of  this  record  shall  be  as 
follows: 

Record  Keyword  Field  ( always  *  3S ' ) 

Model  Data  File  Name  Field 
Vertex  Table  File  Name  Field 
Model  Number  Field 
Model  Name  Field 
Model  Description  Field 
Mew  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 

5. 1.2. 1.3.6  3D  Dynamic  Model  Library  Header  File  Name  Record.  This 
record  shall  be  included  when  the  number  of  3D  Dynamic  Models  Field  in 
the  Data  Directory  Record  is  non-zero.  The  field  structure  of  this 
record  shall  be  as  follows: 

Record  Keyword  Field  (always  'DL' ) 

File  Name  Field 
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5. I. 2. 1.3. 9  3D  Dynamic  Model  Entry  Record.  The  number  of  these 
records  shall  correspond  to  the  number  of  3D  Dynamic  Models  Field  in  the 
Data  Directory  Record.  The  field  structure  of  this  record  shall  be  as 
follows: 

Record  Keyword  Field  ( always  *  3D ' ) 

Model  Data  File  Name  Field 
Vertex  Table  File  Name  Field 
Model  Number  Field 
Model  Name  Field 
Model  Description  Field 
Mew  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Secxirity  Control  Number  Field 
Security  Do%fngrade  Field 
Downgrading  Zvent  Field 


5.1.2.1.3.10  Model  Table  File  Name  Record.  This  record  shall  be 
included  if  any  of  the  number  of  models  fields  in  the  Data  Directory 
Record  is  non-zero.  If  any  table  file  listed  herein  does  not  exist, 
then  the  file  name  is  represented  by  the  null  field.  (The  null  field  is 
indicated  by  consecutive  null  *00‘  separators.)  The  field  structure  of 
this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  *MT‘) 

Data  Source  Table  File  Name  Field 
FACS  Table  File  Name  Field 
Oser-Defined  FACS  Table  File  Name  Field 
Color  Table  File  Name  Field 

Face-Based  Texture  Reference  Table  File  Name  Field 
Vertex-to-Vertex  Texture  Reference  Table  File  Name  Field 
Model-Based  Texture  Reference  Table  File  Neune  Field 
Non-Mapped  Texture  Reference  Table  File  Name  Field 


5.1.2.1.3.11  Culture  Header  File  Name  Record.  This  record  shall  be 
Included  when  the  number  of  Cultvire  Tiles  Field  in  the  Data  Directory 
Record  is  non-zero.  If  a  file  does  not  exist,  then  the  file  name  is 
represented  by  the  null  field.  The  field  structure  of  this  record  shall 
be  as  follotni: 

Record  Key%<ord  Field  ( always  '  CH ' ) 

Data  Base  Header  File  Name  Field 
Tile  Information  File  Name  Field 
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5.1.2.1.3.12  Culture  Tile  Entry  Record.  The  number  of  these  records 
shall  correspond  to  the  nvonber  of  Culture  Tiles  Field  in  the  Data 
Directory  Record.  The  field  structure  of  this  record  shall  be  as 
follows: 

Record  Keyword  Field  (always  *CE') 

T%ro-D  Coordinate  File  Name  Field 

Three-D  Coordinate  File  Name  Field 

FACS  Table  File  Name  Field 

User-Defined  FACS  Table  File  Name  Field 

Color  Table  File  Name  Field 

FID/FDC  Reference  Table  File  Name  Field 

Global-Based  Texture  Reference  Table  File  Name  Field 

Non-Mapped  Texture  Reference  Table  File  Name  Field 

Model  Reference  Table  File  Name  Field 

Superfeature  File  Name  Field 

Feature  File  Name  Field 

Segment  File  Name  Field 

SW  Corner  Field 

NE  Corner  Field 

New  Data  Flag  Field 

Changed  Data  Flag  Field 

Security  Classification  Field 

Control  and  Handling  Field 

Releasing  Instructions  Field 

Classification  Authority  Field 

Security  Control  Number  Field 

Security  Downgrade  Field 

Downgrading  Event  Field 

5.1.2.1.3.13  NITF  Header  File  Name  Record.  This  record  shall  be 
Included  when  the  number  of  Terrain  Tiles  Field  and/or  any  of  the  number 
of  Textxires  Fields  is  non- zero.  The  field  structure  of  this  record 
shall  be  as  follows: 

Record  Keyword  Field  (always  'NH') 

File  Name  Field 

5.1.2.1.3.14  Terrain  Tile  Entry  Record.  The  number  of  these  records  shall 
correspond  to  the  Number  of  Terrain  Tiles  Field  in  the  Data  Directory  Record. 
The  field  structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'TE') 

Terrain  Sub-Header  File  Name  Field 
Terrain  Data  File  Name  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
SW  Comer  Field 
NE  Corner  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Do«mgrading  Event  Field 
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5.1.2.1.3.15  Generic  Texture  Entry  Record.  The  number  of  these  records 
shall  correspond  to  the  Number  of  Generic  Textures  Field  in  the  Data 
Directory  Record.  The  field  structure  of  this  record  shall  be  as 
follows: 

Record  Keyword  Field  (always  'GX') 

Image  Sub-Header  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Ntmber  of  Texels  Per  Column  Field 
Image  Creation  Date  and  Time  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 


5.1.2.1.3.16  Stage  3  Specific  Model  Texture  Entry  Record.  The  number 
of  these  records  shall  coxxespond  to  the  nxsaber  of  Stage  3  specific 
Model  Textures  Field  in  the  Data  Directory  Record.  The  field  structure 
of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'M3') 

Image  Sub-Header  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
Image  Capture  Date  end  Time  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instiructions  Field 
Classification  Authority  Field 
Security  Control  Nvonber  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 
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S. 1.2. 1.3. 17  Stage  2  Specific  Model  Texture  gntrv  Record.  The  number 
of  these  records  shall  correspond  to  the  number  of  Stage  2  Specific 
Model  Textures  Field  in  the  Data  Directory  Record.  The  field  structure 
of  this  record  shall  be  as  follows: 

Record  Keyword  Field  ( always  ' M2  * ) 

Image  Sub-Header  File  Marne  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
Humber  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Colxnnn  Field 
Image  Capture  Date  and  Time  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Do%mgrade  Field 
Downgrading  Event  Field 


5.1.2.1.3.18  Stage  1  Specific  Model  Texture  Entry  Record.  The  number 
of  these  records  shall  correspond  to  the  number  of  Stage  1  Specific 
Model  Textures  Field  in  the  Data  Directory  Record.  The  field  structure 
of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'Ml*) 

Image  Sub-Header  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
Image  Capture  Date  and  Time  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 
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5.1.2.1.3.19  Stage  3  Specific  Areal  Texture  Entirv  Record.  The  number 
of  these  records  shall  correspond  to  the  number  of  Stage  3  Specific 
Areal  Textures  Field  in  the  Data  Directory  Record.  The  field  strucrure 
of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'A3*} 

Image  Sub-Header  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ZD  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
Image  Capture  Date  and  Time  Field 
SW  Corner  Field 
NE  Comer  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Do%mgrading  Event  Field 


5.1.2.1.3.20  Stage  2  Specific  Areal . Texture  Entry  Record.  The  number 
of  these  records  shall  correspond  to  the  number  of  Stage  2  Specific 
Areal  Textures  Field  in  the  Data  Directory  Record.  The  field  structure 
of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  *A2') 

Image  Sub-Header  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
Image  Capture  Date  and  Time  Field 
SW  Comer  Field 
ME  Comer  Field 
Mew  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 
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5.1.2.1.3.21  Stage  1  Specific  Areal  Texture  Entry  Record.  The  number 
of  these  records  shall  correspond  to  the  number  of  Stage  1  Specific 
Areal  Textures  Field  in  the  Data  Directory  Record.  The  field  structure 
of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'Al') 

Image  Sub-Header  File  Marne  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
image  Capture  Date  and  Time  Field 
SH  Comer  Field 
ME  Comer  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Sec\irity  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 

5.1.2.1.3.22  SMC/FDC  Texture  Entry  Record.  The  number  of  these  records 
shall  correspond  to  the  nun^r  of  SMC/FDC  Textures  Field  in  the  Data 
Directory  Record.  The  field  structure  of  this  record  shall  be  as 
follows  t 

Record  Keyword  Field  (always  'SF') 

Image  Sub-Header  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Nvunber  of  Texels  Per  Column  Field 
Image  Capture  Date  and  Time  Field 
SW  Corner  Field 
NE  Comer  Field 
Mew  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 
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5. 1.2. 2  Model  data 

5. 1.2. 2.1  Model  data  encoding.  A  compressed  form  of  ASCII  shall  be 
used.  The  compression  shall  take  the  form  of  stripping  all  leading 
zeros  and  blanks  from  numeric  strings  and  all  leading  and  trailing 
blanks  from  character  strings.  Every  ASCII  field  shall  be  a  variable- 
length  field,  separated  by  the  ASCII  null  character  ('00’).  Since 
fields  are  varied} le-length,  records  shall  also  vary  in  length.  Every 
record  (except  the  SIP  file  identifier  record)  shall  begin  with  a  2- 
character  keyword  identifying  its  type.  The  record  keyword  for  a 
ccRiraent  record  shall  be  two  consecutive  asterisks  (**).  Following  the 
keyword  is  the  standard  ASCII  null  character  ( ' 00 ' )  as  the  field 
separator.  The  comnent  field  shall  then  continue  until  end  of  file 
(EOF)  or  the  end  of  field  separator  ('00')  is  located  in  the  SIF  data 
file.  Comment  records  shall  not  occur  in  the  middle  of  any  record  in 
the  file,  but  can  be  placed  before  or  after  any  other  record  in  the  data 
file.  Items  in  a  field  are  separated  by  'space'  characters. 

5. 1.2. 2. 1.1  Model  building  standards.  Models  shall  be  constructed 
using  a  right-handed  x-Y-f  Cartesian  coordinate  system.  Models  shall  be 
built  with  the  local  X-axis  identifying  the  direction  of  the  front  of 
the  model,  and  the  Z-axis  pointing  straight  up  into  the  air.  For  a 
static  model,  the  front  shall  be  defined  as  the  side  facing  the  nearest 
road  featiire.  For  a  dynamic  model,  the  X-axis  shall  point  in  the  normal 
direction  of  motion;  however,  any  dynamic  model  that  launches  vertically 
shall  be  modeled  with  its  Z-axis  pointing  vertically.  The  origin  of  a 
static  model  shall  be  defined  as  a  point  where  the  model  touches  the 
earth.  If  the  model  is  to  appear  floating  over  the  earth,  it  shall  have 
its  origin  at  the  point  directly  below  it  on  the  earth.  The  origin 
shall  be  at  the  center  of  the  base  of  the  model  in  the  X-Y  plane.  For 
dynamic  models,  in  the  X-Y  plane,  the  origin  shall  be  the  centroid  of 
the  model.  The  elevation  of  the  origin  shall  be  where  the  wheels, 
tracks,  skids,  or  pontoons  contact  the  ground  if  it  is  a  surface 
vehicle,  aircraft,  or  helicopter. 

5. 1.2. 2. 2  Model  section  structure,  within  a  SIF  data  base,  models 
shall  be  organized  into  three  general  classes:  2-D  static  models,  3-D 
static  models,  and  3-0  dynamic  models.  Each  type  shall  have  a  single 
library  header  file  \diich  shall  in  turn  refer  to  separate  Model  Files 
containing  the  actual  model  representations.  The  SIF  data  base  shall 
support  storage  of  each  model  at  up  to  nine  levels  of  detail  (LODs). 
tOD  0  shall  have  the  least  amount  of  detail,  while  LOD  8  has  the  most 
detail.  A  series  of  tables  shall  be  used  to  refer  to  colors,  face-based 
texture  references,  vertex- to-vertex  texture  references,  model-based 
texture  references,  user-defined  FACS,  and  the  SIF-defined  FACS.  Each 
SIF  model  shall  be  described  by  a  file  made  up  of  variable-length 
logical  keyword  records  containing  ASCII  alphanumeric  strings.  This 
file  shall  consist  of  both  geometry  and  attribute  information.  If 
polygonal  geometry  exists,  then  a  binary  vertex  table  file  shall  exist 
to  describe  polygon  vertices.  All  models  shall  share  the  auxiliary  data 
found  in  the  table  files.  The  IGES  Version  4.0  file  format  shall  be 
used  to  describe  the  constructive  s«.  Id  geometry  of  a  model.  The 
SIF/HDI  format  for  models  shall  be  entirely  ASCII. 
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5. 1.2. 2. 2.1  Field  format.  Data  fields  and  records  shall  vary  in 
length.  They  shall  be  stored  in  a  compressed  form  of  ASCII  unless 
otherwise  noted  in  this  standard.  (The  Vertex  Table  File  shall  be 
stored  in  binary  format.)  All  records  (except  the  file  identifier 
record  and  table  entry  records)  shall  begin  with  a  2 -character  )ceyword 
identifier.  Items  in  a  field  are  separated  by  'space'  characters. 


5. 1.2. 2. 2. 2  Section  format.  The  SIF/HDI  model  section  format  shall  be 
as  follows  and  as  shown  in  Figure  3. 

For  each  model  library  type 

Model  Library  Header  File 
For  each  model 

Model  Data  File 

Veirtex  Table  File  (mandatory  for 
polygonal  format  only] 

Data  Source  Table  File 
FACS  Table  File  [optional) 

User-Defined  FACS  Table  File  (optional] 

Color  Table  File  [optional] 

Face-Based  Texture  Reference  Table  File  [optional] 

Vertex- to-Vertex  Texture  Reference  Table  File  [optional] 
Model-Based  Texture  Reference  Table  File  [optional] 
Non-Mapped  Texture  Reference  Table  File  (optional] 


5. 1.2. 2. 3  Model  file  structures 

5. 1.2. 2. 3.1  Model  Library  Header  File.  There  shall  be  a  separate  Model 
Library  Header  File  for  each  of  the  three  library  types.  These  files 
shall  be  named  ''M0DEL2DS.LHD*  for  the  2D  Static  Model  Library, 
-MODELlDS.LHD"  for  the  3D  Static  Model  Library,  and  •'M0DEL3DD.LHD*  for 
the  3D  Dynamic  Model  Library.  The  Model  Library  Header  File  format 
shall  be  as  follows: 

SIF  File  Identifier  Record 
Model  Library  Header  Record 

5. 1.2. 2. 3. 1.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  (always  'SIF/HDI  MODELS') 

File  Identifier  Field  (always  'MODEL  LIBRARY  HEADER') 

5. 1.2. 2. 3. 1.2  Model  Library  Header  Record.  The  field  structure  of  this 
file  shall  be  as  follows: 

Record  Keyword  Field  (always  'ML') 

Model  Library  Type  Field 
Security  Level  Field 
Number  of  Models  Field 
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5. 1.2. 2. 3. 2  Model  Data  Tile.  There  shall  be  one  Model  Data  File  for 
each  model  in  the  data  base.  File  names  shall  be  of  the  form 
' Mtttxxxjcx.DAT",  %rtjere  “ttt"  is  “2DS*  for  a  2D  Static  Model,  "3DS’  for  a 
3D  Static  Model,  "3DD"  for  a  3D  Dynamic  Model,  and  ''xxxxx"  is  the  model 
sequence  number  (not  the  SSDB  model  number).  The  Model  Data  File  format 
shall  be  as  follows  and  as  shown  in  Figure  4. 


SXF  File  Identifier  Record 
Model  Header  Record 
For  each  X,OD 

IiOD  Header  Record 

Cluster  Statistics  Record(s)  (optional] 

Separation  Plane  Record(a)  [optional] 

Subsidiary  Model  Reference  Record(s)  (optional] 

Point  Light  String  Record(8)  (optional] 

if  MC»EL_FORM  -  POLYGONAL_ONLY  or  CSG_A»D_POLYGOHAL  then 
Collision  Test  Point  Record(8)  (optional] 

Model  LOD  Texture  Reference  Pointer  Record(s)  (optional] 
end  if 

if  MODEL_FORM  -  CSG_ONLY  or  CSG_AND_POLyGO»lAL  then 
IGBS  Start  Record 
ZGBS  Records 

Polygonizing  Instruction  Records 
end  if 

for  each  component 

Conqx>nen^  Header  Record 
Microdescriptor  Record(8)  (optional] 

if  MODEL_FORM  «  POLYGONiU:j_OHLY  or  CSG_AHD_POLyaONAL  then 

Component  Texture  Reference  Pointer  Record(s)  (optional] 
for  each  polygon 

Polygon  Header  Record 
Vertex  Pointer  Record(8) 

Vertex  Normal  Record(8)  (optional] 

Vertex  Color  Record(8)  (optional] 

Polygon  Microdescriptor  Record(s)  (optional] 

Polygon  Texture  Reference  Pointer  Record] s)  (optional] 
end  if 
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5. 1.2. 2. 3. 2.1  SIF  File  Identifier  Record.  The  field  etructure  of  thie 

record  shall  be  as  follotrs: 


Section  Identifier  Field  (always  'SIF/BDI  MODELS') 
File  Identifier  Field  (always  'MODEL  DATA') 


5. 1.2. 2. 3. 2. 2  Model  Header  Record.  The  number  of  these  records  within 
a  Model  Data  File  shall  be  one.  The  field  structure  of  this  record 
shall  be  as  follows: 


Record  Key%rord  Field  (always  'MB') 

Model  Number  Field 
Model  Name  Field 
Model  Form  Field 
Model  Description  Field 
Secxirity  Level  Field 
Model  Library  Type  Field 
Sensors  Suppor-ted  Field 
Source  Simulator  Field 
Last  Maintenance  Date  Field 
Number  of  Model  LODa  Field 
Number  of  Model  Vertices  Field 
Generic  Model  Flav  Field 
Feature  Descriptor  Code  Field 
AV  Code  1  Field 
AV  Code  2  Field 
AV  Code  3  Field 

FACS  Table  Index  Field  (defaults  to  0  if 

no  optional  fields  specified) 
Number  of  Data  Sources  Field 
Data  Source  Table  Pointer  List  Subrecord 


5. 1.2. 2. 3. 2. 2.1  Data  Source  Table  Pointer  List  Subrecord.  The  field 
structure  of  this  subrecord  shall  be  as  follows: 


for  each  data  source 

Data  Source  Table  Index  Field 
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5. 1.2. 2. 3. 2. 3  LOP  Header  Record.  The  number  of  these  records  for  a 
given  model  group  shall  correspond  to  the  value  contained  in  the  Number 
of  Model  LCDs  field  in  the  Model  Header  record.  The  field  structure  of 
this  record  shall  be  as  follows: 


Record  Keyword  Field  (always  ’LH’) 

Model  LOD  Field 

LOD  Resolution  Description  Field 
Number  of  Components  Field 
Number  of  Polygons  Field 
Number  of  Edges  Field 
Number  of  Vertices  Field 

Number  of  Subsidiary  Model  References  Field 

Number  of  Clusters  Field 

Number  of  Separation  Planes  Field 

All  Convex  Clusters  Flag  Field 

P2851  Binary  Separation  Planes  Flag  Field 

Number  of  Point  Light  Strings  Field 

if  MODEL_FORM  -  POLYGONAL_ONLY  or  CSG_AND_POLYGONAL  then 
All  Convex  Polygons  Flag  Field 
Number  of  Collision  Test  Points  Field 
Number  of  Model  LOD  Texture  References  Field 
end  if 

FACS  Table  Index  Field  (defaults  to  0  if 

no  optional  fields  specified) 


5. 1.2. 2. 3. 2. 4  Model  Cluster  Statistics  Record.  The  number  of  cluster 
statistics  records  shall  correspond  to  the  value  in  the  Number  of 
Clusters  Field  in  the  LOD  Header  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 


Record  Keyword  Field  (always  'CS') 

Cluster  ID  Field 

Convex  Cluster  Flag  Field 

Nximber  of  Polygons  Field 

Niuober  of  Edges  Field 

Number  of  Vertices  Field 

FACS  Table  Index  Field  (defaults  to  0  if 

no  optional  fields  specified) 


5. 1.2. 2. 3. 2. 5  Separation  Plane  Record.  The  number  of  these  records 
shall  correspond  to  the  Number  of  Separation  Planes  field  in  the  parent 
L(^  Header  record.  The  field  structure  of  this  record  shall  be  as 
follows: 


Record  Keyword  Field  (always  *SP') 

if  MODEL_rORM  -  POLYGONAL_ONLY  or  CSG_AND_POLYGONAL  then 
Polygon  ID  Field 
end  if 

Separation  Plane  Number  Field 
Separation  Plane  Coefficients  Field 
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5. 1.2. 2. 3. 2. 6  Subaidiarv  Model  Reference  Record.  The  number  of  these 
records  for  a  given  model  shall  correspond  to  the  value  contained  in  the 
Number  of  Subsidiary  Model  References  field  in  the  parent  LOD  Header 
r»»cr>T-d,  The  field  structure  of  this  record  shall  be  as  follows: 

Record  Keyvrord  Field  (always  *MR') 

Referenced  Model  Library  Type  Field 
Referenced  Model  Number  Field 
Referenced  Model  L^  Field 
Translation  Field 
Scale  Factor  Field 
Rotation  Angles  Field 
Articulated  Part  Flag  Field 
FACS  Table  Index  Field 

5. 1.2. 2. 3. 2. 7  Point  Light  String  Record.  The  number  of  Point  Light 
String  records  will  correspond  to  the  value  in  the  Number  of  Point  Light 
Strings  field  within  the  LOO  Header  record.  The  field  structvire  of  this 
record  shall  be  as  follows: 

Record  Keyword  Field  (always  *LS*) 

Length  Field 

Orientation  Field 

Shape  Code  Field 

Nidth  Field 

Directionality  Field 

Light  Type  Field 

Source  ID  Number  Field 

Predominant  Height  Field 

Surface  Material  Category  Field 

Color  Table  Index  Field 

Layer  Number  Field 

Number  of  Lights  Field 

Point  Light  Positions  Subrecord 

FACS  Table  Index  Field  (defaults  to  0  if 

no  optional  fields  specified) 

5. 1.2. 2. 3. 2. 7.1  Point  Light  Positions  Subrecord.  The  field  structure 
shall  be  as  follows: 

for  each  light  in  the  string 
Point  Light  Position  Field 


5. 1.2. 2. 3. 2. 8  Collision  Test  Point  Record.  The  number  of  these  records 
shall  correspond  to  the  value  in  the  Number  of  Collision  Test  Points 
field  within  the  parent  LOD  Header  record.  The  field  structure  of  each 
record  shall  be  as  follows: 

Record  Keyword  Field  ( always  • TP ' ) 

Vertex  List  Position  Field 
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5. 1.2. 2. 3. 2. 9  Model  LOP  Taxtvtrt  R»fT«ne«  Pointer  Record.  The  number 
of  these  records  shall  correspoi^  to  the  value  in  the  Number  of  Model 
LOD  Texture  References  field  within  the  parent  LOD  Header  record.  The 
field  structure  of  each  record  shall  be  as  follows : 

Record  Keyword  Field  (always  'LR* > 

Texture  Mapping  Type  Field 
Texture  Reference  Table  Index  Field 
Texture  Mapping  Set  ID  Field 


S. 1.2. 2. 3. 2. 10  Initial  Graphics  Exchange  Specification  (1GES\  Start 
Record.  If  the  Model  Form  is  CSG  only,  or  both  CSG  and  polygonal,  then 
there  shall  be  exactly  one  of  these  records.  The  field  structure  of 
this  record  shall  be  as  follo%rs: 

Record  Keyword  Field  ( always  ' IS  * ) 

Humber  of  Polygonization  Instructions  Field 
Humber  of  IGBS  Records  Field 


5.1.2.2.3.2.11  IGES  Records.  These  records  shall  be  of  the  fom 
specified  in  the  IGES  Standard,  Version  4.0. 


5.1.2.2.3.2.12  Polvqonization  Instruction  Record.  The  number  of  these 
records  shall  correspond  to  the  value  in  the  Humber  of  Polygonization 
Instructions  field  within  the  IGBS  Start  record.  The  field  structure  of 
each  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'Pi‘) 

Sequence  Number  Field 

Number  of  Polygons  Along  Surface  1  Field 

Number  of  Polygons  along  Surface  2  Field  (as  required) 

5.1.2.2.3.2.13  Component  Header  Record.  The  number  of  these  records 
shall  correspond  to  the  Number  of  Con^nents  field  in  the  X,OD  Header 
Record.  The  field  structure  of  this  record  shall  be  as  follows: 


Record  Keyword  Field  (always  ’CH’) 

Component  ID  Field 

if  MODEL_FORM  -  CSG_0NLy  or  CSG_AND_POLYGONAL  then 
IGES  Sequence  Nuniber  for  Cong>onent  Field 
end  if 

Color  Table  Index  Field 

if  MODBL_FORM  -  POLYGCJNAL_ONLY  or  CSG_AND_POLYGONAL  then 
Number  of  Polygons  Field 

Nvonber  of  Component  Texture  References  Field 
end  if 

Number  of  Microdescriptors  Field 

FACS  Table  Index  Field  (defaults  to  0  if 

no  optional  fields  specified) 
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5.1.2.2.3.2.14  Mcxiel  Microdescriotor  Record.  The  number  of  these 
records  corresponds  to  the  Number  of  Hicrodescriptors  field  in  the 
Ccnponent  Header  Record.  These  microdescriptors  apply  to  all  faces 
(polygons)  in  the  component.  The  field  structure  of  this  record  shall 
be  as  follows: 


Record  Keyword  Field  (al%rays  ’MI*) 
Hicrodescriptor  Type  Field 
Microdescriptor  Value  Field 


5.1.2.2.3.2.15  Component  Texture  Reference  Pointer  Record.  The  number 
of  these  records  shall  correspond  to  the  value  in  the  Number  of 
Con^nent  Texture  References  field  within  the  parent  Component  Header 
Record.  The  field  structure  of  each  record  shall  be  as  follows: 


Record  Keyword  Field  ( always  ' CR ‘ ) 
Texture  Mapping  Type  Field 
Texture  Reference  Table  Index  Field 
Texture  Mapping  Set  ID  Field 


5.1.2.2.3.2.16  Polygon  Header  Record.  The  number  of  these  records  for 
a  given  model  shall  correspond  to  the  value  contained  in  the  Number  of 
Polygons  field  in  the  parent  IX>D  Header  record.  The  number  of  these 
records  for  a  given  cooponent  shall  correspond  to  the  value  contained  in 
the  Number  of  Polygons  field  in  the  parent  Component  Header  record.  The 
field  structure  of  this  record  shall  be  as  follows: 


Record  Keyword  Field  ( always  • PO • ) 

Polygon  ID  Field 

Component  ID  Field 

Cluster  ID  Field 

Convex  Polygon  Flag  Field 

Number  of  Microdescriptors  Field 

Number  of  Vertices  Field 

Number  of  Vertex  Normals  Field 

Number  of  Vertex  Colors  Field 

Number  of  Polygon  Texture  References  Field 

FACS  Table  Index  Field  (defaults  to  0  if 

no  optional  fields  specified) 
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5.1.2.2.3.2.17  Vertex  Pointer  Record.  The  number  of  these  records 
shall  correspond  to  the  Humber  of  Vertices  field  within  the  parent 
Polygon  Header  record.  The  field  structure  of  each  record  shall  be  as 
follows: 

Record  Keyword  Field  (always  *VP‘) 

Vexrtex  T.ist  Position  Field 

5.1.2.2.3.2.18  Vertex  Hormal  Record.  The  number  of  these  records  shall 
correspond  to  the  Number  of  Vertex  Normals  field  within  the  parent 
Polygon  Header  record.  This  number  shall  either  be  zero  or  the  same  as 
the  Number  of  Vertices  field.  The  Normal  List  and  the  Vertex  List  used 
by  the  Vertex  Pointer  Record  shall  be  cosibined  into  the  same  vertex 
file.  The  field  structure  of  each  record  shall  be  as  follows: 

Record  Keyword  Field  (always  *VN') 

Normal  List  Position  Field 

5.1.2.2.3.2.19  Vertex  Color  Record.  The  number  of  these  records  shall 
correspond  to  the  Number  of  Vertex  Colors  field  within  the  parent 
Polygon  Header  record.  This  number  shall  either  be  zero  or  the  same  as 
the  Number  of  Vertices  field.  The  order  of  the  vertex  colors  shall 
follow  the  same  order  as  the  vertex  pointers  for  the  current  polygon. 

The  field  structure  of  each  record  shall  be  as  follows: 

Record  Keyword  Field  (always  *VC') 

Color  Table  Index  Field 

5.1.2.2.3.2.20  Polygon  Microdescriptor  Record.  The  number  of  these 
records  shall  correspond  to  the  Number  of  Microdescriptors  field  in  the 
Polygon  Header  Record.  These  microdescriptors  shall  override  those  of 
the  parent  con^nent.  The  field  structure  of  this  record  shall  be  as 
follows: 

Record  Keyword  Field  ( always  '  PM  ’ ) 

Microdescriptor  Type  Field 
Microdescriptor  Value  Field 

5.1.2.2.3.2.21  Polygon  Texture  Reference  Pointer  Record.  The  number 
of  these  records  shall  correspond  to  the  value  in  the  Number  of  Polygon 
Texture  References  field  within  the  parent  Polygon  Header  record..  The 
field  structure  of  each  record  shall  be  as  follows: 

Record  Keyword  Field  (always  ’PR*) 

Texture  Mapping  Type  Field 
Texture  Reference  Table  Index  Field 
Texture  Mapping  Set  ID  Field 

5. 1.2. 2. 3. 3  Vertex  Table  File.  The  name  of  this  file  shall  be  of  the 
form  "Ntttxxxxx.VTX''/  where  '■ttt"  is  "2DS"  for  a  2D  Static  Model,  "3DS" 
for  a  3d  Static  Model,  and  ”300”  for  a  3D  Dynamic  Model;  and  xxxxx  is 
the  model  sequence  niunber  (not  the  SSDB  model  number).  The  Vertex  Table 
File  format  shall  be  as  follows: 

for  each  vertex 
Vertex  Record 
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5. 1.2. 2. 3. 3.1  Vertex  Record.  The  number  of  these  records  shall 
correspond  to  the  value  in  the  Humber  of  Model  Vertices  field  trithin  the 
Model  Header  record.  The  field  structure  of  this  record  shall  be  as 
f  olloiirs : 

Coordinate  Field 


5. 1.2. 2. 3. 4  Data  Source  Table  File.  There  shall  be  exactly  one  of 
these  files  in  the  SIF  Model  Section.  The  name  of  this  file  shall  be 
"HC^EL.DST*.  The  Data  Source  Table  File  format  shall  be  as  follows: 

SIF  File  Identifier  Record 
Data  Source  Table  Header  Record 
for  each  data  source  table  entry 
Data  Source  Table  Entry  Record 


5. 1.2. 2. 3. 4.1  SIF  File  Identifier  Record.  The  field  stmcture  of  this 
record  shall  be  as  follo%ra: 

Section  Identifier  Field  (always  ‘SIF/BDI  MODELS') 

File  Identifier  Field  (always  ‘DATA  SOURCE  TABLE') 


5. 1.2. 2. 3. 4. 2  Data  Source  Table  Header  Record.  The  field  structure  of 
this  record  shall  be  as  follows: 

Record  Keyword  Field  ( always  *  DS ' ) 

Humber  of  Data  Sources  Field 


5. 1.2. 2. 3. 4. 3  Data  Source  Table  Entry  Record.  The  nixmber  of  these 
records  shall  correspond  to  the  count  given  in  the  header  record.  The 
field  structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'SE') 

Source  ID  Humber  Field 
Source  Type  Field 
Source  Hame  Field 
Source  Date  Field 
Source  Agency/Project  Field 
Reliability  of  Data  Field 
Accuracy  Field 
Collection  System  Field 
Ccmpllation  Date  Field 
Con^ilation  Criteria  Field 
Security  Classification  Field 
Codewords  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Humber  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 
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5. 1.2. 2. 3. 5  FACS  Table  File.  Th«  nama  of  this  fila  ahall  ba 
‘MODEL. FAC” .  The  FACS  Table  File  fomat  shall  be  as  follows: 

SIF  File  Identifier  Record 
FACS  Table  Header  Record 
for  each  FACS  table  entry 
FACS  Table  Entry  Record 


5. 1.2. 2. 3. 5.1  SIF  File  Identifier  Record.  The  field  structxire  of  thie 
record  shall  be  as  follows: 

Section  Identifier  Field  ( always  ' SIF/BDI  MODELS ‘ ) 

File  Identifier  Field  (always  'FACS  TABLE') 


5. 1.2. 2. 3. 5. 2  FACS  Table  Header  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Record  Keyword  Field  ( always  ' FT ' ) 

Number  of  FACS  Table  Entries  Field 


5. 1.2. 2. 3. 5. 3  FACS  Table  Entry  Record.  The  number  of  these  records 
shall  correspond  to  the  count  given  in  the  header  record.  The  field 
structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  ( always  ' FE ' ) 

FACS  Table  Index  Field 

Number  of  FACS  Attributes  for  This  Entry  Field 
for  each  FACS  attribute 

FACS  Attribute  Subrecord 


5. 1.2. 2. 3. 5. 3.1  FACS  Attribute  Subrecord.  The  field  structure  of  each 
record  shall  be  as  follows: 

FACS  Class  Field 
FACS  Attribute  Code  Field 
Synthetic  Data  Flag  Field 
Source  ID  Number  Field 
Sensors  Supported  Field 
Atti  )ute  Value  Field 
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5. 1.2. 2. 3. 5-3. 2  FACS  Application.  When  used  to  represent  model  ettributes 
FACS  fields  shall  be  applied  at  the  level  specified  herein.  Levels  of 
applicability  are  abbreviated  as  follows t  L  ■  LOD;  S  >  Point  Light  String 
C  «  Component;  and  P  ■  Polygon.  Other  levels  are  explicitly  stated. 


FACw  Field  Name 
Absorptivity  Field 
Base  Polygon  ID 
Centroid  Field  (Deleted) 

Color  Table  Index  Field 
Cycle  Rate  Off  Time  Field 
Cycle  Rate  On  Time  Field 
Diffuse  Reflectance  Field 
Directionality  Field 
Directivity  (Infrared)  Field 
Directivity  (Radar)  Field 
Directivity  Field 
Emissivity  Field 
Exitance  Field 

Feature  Identification  (FID)  Code  Field 

Feature  Onset  Field 

Fixed  Order  Priority  Field 

Internal  Material  Category  Field 

Internal  Material  Volume  Field 

Layer  Number  (Infrared)  Field 

Layer  Number  (Radar)  Field 

Layer  Number  (Visual)  Field 

Light  Horizontal  Canter  Field 

Light  Horizontal  Fall  Field 

Light  Horizontal  Width  Field 

Light  Intensity  Field 

Light  Type  Field 

Light  Vertical  Center  Field 

Light  Vertical  Fall  Field 

Light  Vertical  Width  Field 

Long  Lineal  Field 

Low  Level  Effects  Field 

Maximum  Edges  Per  Polygon  Field 

Maximum  Height  Field 

Model  Centroid  Field 

Object  Volume  Field 

Placement  Point  Field 

Polygon  Illumination  Type  Field 

Polygon  Landing  Light  Illumination  Field 

Polygon  Non-Occulting  Field 

Polygon  Non-Shadow  Field 

Radius  Field 

Reflectance 

Self-Emitter  Field 

Shading  Type  Field 

Shape  Code  Field 

Specular  Field 

Surface  Material  Category  Field 
Surface  Material  Subtype  Field 
Texture  Map  Reflectance  Field 
Trans lucency  Field 
Transmissivity  Field 
Visible  Range  Field 


Application 
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5. 1.2. 2. 3. 6  Uacr-Defined  FACS  Table  File.  This  file  shall  be  included 
idienever  the  SIF  data  base  contains  nonstandard  FACS  codes.  The  name  of 
this  file  shall  be  "MODEL. UFA* .  The  format  of  this  file  shall  be  as 
f  olloiro  t 


SIF  File  Identifier  Record 
User-Defined  FACS  Table  Header  Record 
for  each  user-defined  FACS  table  entry 
User-Defined  FACS  Table  Entry  Record 

5. 1.2. 2. 3. 6.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follo%ra: 

Section  Identifier  Field  (always  'SIF/BDI  MODF.LS') 

File  Identifier  Field  (always  'USER-DEFINED  FACS  '^hBLE ' ) 

5. 1.2. 2. 3. 6. 2  User-Defined  FACS  Table  Header  Record.  The  table  shall 
be  structured  as  follo%ra: 

Record  Keyword  Field  (always  'UF') 

Number  of  User-Defined  FACS  Attribute  Codes  Field 

5. 1.2. 2. 3. 6. 3  User-Defined  FACS  Table  Entry  Record.  The  table  shall  be 
structured  as  follows: 

Record  Keyword  Field  ( always  *  UE  * ) 

FACS  Attribute  Code  Field 
FACS  Description  Field 
FACS  Class  Field 
if  FACS  Class  «  ENUMERATED  then 

Number  of  Enumerated  Items  Field 
for  each  Enumerated  Item 

Enumerated  Item  Name  Field 

else 

Data  Range  Field 
end  if 


5. 1.2. 2. 3. 7  Color  Table  File.  The  name  of  this  file  shall  be 
" MODEL. CIiR ” .  The  Color  Table  File  format  shall  be  as  follows: 

SIF  File  Identifier  Record 
Color  Teible  Header  Record 
for  each  color  table  entry 

Color  Table  Entry  Record 

5. 1.2. 2. 3. 7.1  Sir  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  ( always  ' SIF/BDI  MODELS ' ) 

File  Identifier  Field  (always  'COLOR  TABLE') 

5. 1.2. 2. 3. 7. 2  Color  Table  Header  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Record  Keyword  Field  (always  'CT') 

Color  Definition  Type  Field 
Number  of  Colors  Field 
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5. 1.2. 2. 3. 7. 3  Color  Table  Entry  Record.  The  nun^r  o£  these  records 
shall  correspond  to  the  count  given  in  the  header  record.  The  field 
structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  ( always  *  CE  * ) 

Color  Table  Index  Field 
Color  Description  Field 
RGB/BCV  Color  Value  Field 


5. 1.2. 2. 3. 8  Face-Based  Texture  Reference  Table  File.  The  name  of  this 
file  shall  be  "MODEL. FTR* .  The  Face-Based  Texture  Reference  Table  File 
format  shall  be  as  follows: 

SIF  File  Identifier  Record 

Face-Based  Texture  Reference  Table  Header  Record 
for  each  texture  reference 

Face-Based  Texture  Reference  Record 


5. 1.2. 2. 3. 8.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follo%rs: 

Section  Identifier  Field  (always  'SIF/BDI  MODELS') 

File  Identifier  Field  (always  ’FACE-BASED  TEXTURE 

REFEREMCE  TABLE ' ) 


5. 1.2. 2. 3. 8. 2  Face-Based  Texture  Reference  Table  Header  Record.  The 
field  structure  of  the  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'FX') 

Number  of  Texture  References  Field 


5. 1.2. 2. 3. 8. 3  Face-Based  Texture  Reference  Record.  The  field  structure 
of  the  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'FB') 

Texture  Reference  Table  Index  Field 

Texture  Library  Field 

Texture  ID  Field 

Texture  Origin  Field 

Boundary  ID  Field 

Mirror  Field 

Wrap  Field 

Wrap  Type  Field 

Texture  Scale  Field 

Polygon  Alignment  Vector  Field 

Rotation  About  Texture  Origin  Field 

Polygon  Reference  Point  Field 

Layer  Number  Field 
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5. 1.2. 2. 3. 9  Vertex-to-Vertex  Texture  Reference  Table  File.  There  aball 
be  one  texture  pattern  vertex  defined  for  each  polygon  vertex.  The 
first  texture  pattern  vertex  shall  nap  to  the  first  polygon  vertex.  The 
name  of  this  file  shall  be  "MODEL. VTR*  The  Vertex-to-Vertex  Texture 
Reference  Table  File  format  shall  be  as  follo«rs: 

SIF  File  Identifier  Record 

Vertex-to-Vertex  Texture  Reference  Table  Header  Record 
for  each  texture  reference 

Vertex-to-Vertex  Texture  Reference  Record 

5. 1.2. 2. 3. 9.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follo%fs: 

Section  Identifier  Field  (al«rays  ‘SIF/HDZ  MODELS') 

File  Identifier  Field  (always  'VERTEX-TO-VERTEX  TEXTURE  REFERENCE 
TABLE' ) 

5 . 1 .2 .2 .3 .9 .2  Vertex- to-Vertex  Texture  Reference  Table  Header  Record. 
The  field  structure  of  the  record  shall  be  as  follows: 

Record  Keyword  Field  (always  *VX') 

Number  of  Texture  References  Field 


5. 1.2. 2. 3. 9. 3  Vertex-to-Vertex  Texture  Reference  Record.  There  shall 
be  one  texture  pattern  vertex  defined  for  each  polygon  vertex.  The 
first  texture  pattern  vertex  shall  map  to  the  first  polygon  vertex.  The 
field  structure  of  the  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'VB') 

Texture  Reference  Table  Index  Field 
Texture  Library  Field 
Texture  ID  Field 
Layer  Number  Field 

Number  of  Texture  Pattern  Coordinates  Field 
Texture  Pattern  Coordinates  Subrecord 


5. 1.2. 2. 3. 9. 3.1  Texture  Pattern  Coordinates  Subrecord.  The  field 
structure  of  the  subrecord  shall  be  as  follows: 

for  each  texture  pattern  point 

Texture  Pattern  Coordinates  (X, Y)  Field 


5.1.2.2.3.10  Model-Based  Texture  Reference  Table  File.  The  name  of 
this  file  shall  be  "MODEL. HTR*.  The  Model-Based  Texture  Reference  Table 
File  format  shall  be  as  follows: 

SIF  File  Identifier  Record 

Model-Based  Texture  Reference  Table  Header  Record 
for  each  texture  reference 

Model-Based  Texture  Reference  Record 
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5.1.2.2.3.10.1  SIF  Pile  Identifier  Record.  The  field  etructure  of  this 
record  shall  be  as  folloiirs: 

Section  Identifier  Field  (always  ‘SIF/BOI  MODELS') 

File  Identifier  Field  (always  'MODEL-BASED  TEXTURE 

REFERENQS  TABLE ' ) 

5.1.2.2.3.10.2  Model-Based  Texture  Reference  Record.  The  field 
structure  of  the  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'MX') 

Humber  of  Texture  References  Field 

5.1.2.2.3.10.3  Model-Based  Texture  Reference  Record.  The  field 
structure  of  the  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'MB') 

Texture  Reference  Table  Index  Field 

Texture  Library  Field 

Texture  ID  Field 

Texture  Origin  Field 

Boundary  ID  Field 

Mirror  Field 

Wrap  Field 

Wrap  Type  Field 

Texture  Scale  Field 

Orientation  Vectors  Field 

Model  Reference  Point  Field 

Layer  Humber  Field 


5.1.2.2.3.11  Mon-Mapped  Texture  Reference  Table  File .  The  name  of  this 
file  shall  be  " MODEL. NTR * .  The  Hon-Mapped  Texture  Reference  Table  File 
format  shall  be  as  follows: 

SIF  File  Identifier  Record 

Mon-Mapped  Texture  Reference  Table  Header  Record 
for  each  texture  reference 

Hon-Mapped  Texture  Reference  Record 

5.1.2.2.3.11.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  ( always  ' SIF/HDI  MODELS ’ ) 

File  Identifier  Field  (always  'MOM-MAPPED  TEXTURE 

REFERENCE  TABLE') 

5.1.2.2.3.11.2  Mon-Mapped  Texture  Reference  Table  Header  Record.  The 
field  structure  of  the  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'MX') 

Humber  of  Texture  References  Field 
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5.1.2.2.3.11.3  Non-Mappcd  Texture  Refarcnee  Record.  The  number  of 
these  records  shall  correspond  to  the  count  given  In  the  Non-Mapped 
Texture  Reference  Table  Header  Record.  The  field  structure  of  the 
record  shall  be  as  follows: 

Record  Keyword  Field  (always  'HM' ) 

Texture  Reference  Table  Index  Field 
Texture  Library  Field 
Texture  ID  Field 


5. 1.2. 3  Culture  Data.  Producers  of  SIF/BDI  culture  shall  transfer 
databases  using  either  of  t%»o  approaches  to  multiple  levels  of  detail: 
layered  or  laerged.  The  layered  multi-LOD  approach  shall  be  used  to 
represent  multiple  co-located  culture  tiles  at  different  LCDs.  When 
layered  culture  data  tiles  are  created,  pointers  (LOD  Cross  References) 
between  related  features  in  the  lower  resolution  tiles  and  the  higher 
resolution  tiles  shall  be  provided.  The  merged  single- layer  approach 
shall  be  used  to  represent  a  single  layer  of  tiles  throughout  the  gaming 
area.  Each  canbedded  patch  of  higher  (or  lo%rer)  resolution  data  shall  be 
outlined  and  identified  using  island  descriptor  fields  %ri.thln  the  Data 
Resolution  Identifier  Record.  Initially,  the  SDBF  shall  be  responsible 
for  segregating  merged  culture  data  into  the  SSDB  layered  LOD  structure, 
and  extracting  requested  SSDB  data  at  the  highest  resolution  available 
within  the  selected  area  of  coverage  and  merging  it  into ‘a  single- layer 
culture  database. 

5. 1.2. 3.1  Culture  Data  Encoding.  Cotnnent  fields  or  free  text  fields 
shall  be  embedded  into  a  SJF  ASCII  data  file  as  follows.  The  record 
keyword  for  a  cconncmt  record  shall  be  tvo  consecutive  asterisks  (**). 
Following  the  keyword  shall  be  the  standard  ASCII  null  character  ( ' 00 ' ) 
as  a  field  separator.  The  ccsmnent  field  shall  then  continue  xmtil  end 
of  file  (EOF)  or  the  end  of  field  separator  is  located  in  the  SIF  data 
file.  Cosment  records  shall  not  occur  in  the  middle  of  any  record  in 
the  file,  but  can  be  placed  before  or  after  any  other  record  in  the  data 
file.  Culture  vertex  data  shall  be  encoded  as  binary  values,  but  the 
headers  and  feature  d  .*riptors  shall  be  encoded  using  a  compressed  form 
of  ASCII.  This  caBq>r>..(sion  shall  take  the  form  of  stripping  all  leading 
zeros  from  numeric  strings  and  all  trailing  blanks  from  character 
strings.  Every  ASCII  field  shall  be  separated  from  its  neighbors  by  the 
ASCII  null  cheuracter  ( ' 00 ' ) .  A  SIF/BDI  culture  data  set  shall  be 
caBg)riaed  of  six  classes  of  features,  defined  as  follows:  Areal 
features  are  line  segments  which  form  a  closed  polygon  around  the  area 
being  described;  linear  (or  lineal)  features  are  line  segments  which 
typically  do  not  form  a  closed  polygon;  point  features  consist  of  one  or 
more  discrete  (non-connected)  vertices;  point  light  features  consist  of 
a  single  point  which  represents  a  light-emitting  feature;  point  light 
string  features  are  line  segments  consisting  of  two  or  more  discrete 
(non-connected)  vertices  representing  a  light-emitting  feature;  and 
model  references  are  a  point  location  at  which  a  model  from  the  SIF/BDI 
model  libraries  may  be  Inserted  as  a  substitute  for  one  or  more  culture 
features.  For  each  of  these  classes  of  features  there  are  certain  rules 
which  shall  be  followed,  as  defined  below. 
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5. 1.2. 3. 1.1  Areal  Feature  Rules.  Given  a  SIF/BOZ  culture  tile  with  the 
areal  features  shown  In  Figure  5,  the  following  rules  shall  apply. 

5. 1.2. 3. 1.1.1  Background  Feature.  Areal  featxire  1  (Fl)  shall  be  the 
background  feature,  whose  outline  corresponds  to  the  boundary  of  the 
tile. 


5. 1.2. 3. 1.1. 2  Rendering  Priority.  Rendering  priorities  shall  be 
spctclfled  via  the  layer  number  attribute  associated  with  each  feature, 
not  sequence  number. 

5. 1.2. 3. 1.1. 3  Line  Segments.  Each  areal  feature  shall  consist  of  one 
or  more  line  segments.  Each  segment  shall  consist  of  two  or  more  vertex 
coordinates.  A  segment  shall  terminate  idienever  It  Is  Intersected  by 
another  segment  ( e . g . ,  at  VS  and  V7 ) . 

5. 1.2. 3. 1.1. 4  Shared  Segments.  When  a  segment  Is  shared  by  two  or  more 
features.  It  shall  be  stored  only  once  In  the  database. 

5. 1.2. 3. 1.1. 5  Feature  Traversal.  The  vertices  making  up  an  areal 
feature  shall  be  traversed  In  a  counterclock%d.ne  direction  as  viewed 
from  above.  However,  It  Is  possible  to  list  the  vertices  within  a 
segstent  In  a  clockwise  sequence.  In  the  case  of  a  segment  shared  by 
adjoining  features,  the  sequence  of  vertices  shall  be  clockwise  relative 
to  one  of  the  features.  For  example.  If  the  vertices  In  segment  S5  are 
listed  in  the  sequence  VS,  V6,  V7,  then  this  Is  counterclockwise 
relative  to  feature  F2  but  clockwise  relative  to  feature  F3.  In  order 
to  support  counterclockwise  traversal  of  features  in  such  situations, 
the  Segment  Pointer  Record  shall  contain  a  traversal  direction  flag 
Indicating  that  the  vertices  should  be  traversed  In  reverse  sequence. 

5. 1.2. 3. 1.1. 6  closiure .  Areal  features  shall  be  explicitly  closed. 

5. 1.2. 3. 1.1. 7  Concave  Features.  There  shall  be  no  restriction  against 
non-convex  features  In  SIF/HDI.  There  shall  be  no  restriction  against 
use  of  SIF/HDI  for  databases  In  xdilch  concave  features  have  been 
decooposed  Into  convex  polygons,  but  this  use  should  be  discouraged. 

5. 1.2. 3. 1.1. 6  Inside  Segments.  It  shall  be  possible  to  encode  an  areal 
feature  with  a  ‘hole"  within  It  by  use  of  "inside"  segments.  For 
example.  If  F4  were  not  a  feature  In  its  own  right  but  merely  a  hole 
within  feature  F3,  then  segment  S8  shall  be  associated  with  feature  F3 
as  an  Interior  segment.  A  flag  within  the  Segment  Pointer  Record  shall 
be  used  to  Identify  the  segment  as  such. 

5. 1.2. 3. 1.1. 9  Disjoint  Polygons.  It  shall  be  possible  to  encode  two  or 
store  disjoint  polygons  as  a  single  areal  feature.  For  exasqtle,  features 
F5  and  F6  could  both  be  small  ponds.  To  avoid  redundant  storage  of 
feature  attributes.  It  shall  be  possible  to  store  one  of  the  areal 
segments  (say,  S9)  as  the  primary  segment  for  feature  F5,  and  store  the 
rsnialnlng  segment  (SIO)  as  a  disjoint  segment  also  within  feature  FS.  A 
flag  within  the  Segment  Pointer  Record  shall  be  used  to  Indicate  such 
usage. 
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5.1.2.3.1.1.10  Non-redundant  Vertices .  Vertex  coordinates  shall  be 
stored  non-redundantly  within  one  of  two  vertex  files  associated  with  a 
culture  tile — a  2-D  vertex  file  and  a  3-D  vertex  file.  For  example, 
vertex  V7  would  be  stored  only  once  even  though  it  is  referenced  by 
three  segments  (S5,  S6,  S7).  Each  segment  header  shall  have  a  flag 
indicating  whether  the  vertex  coordinates  may  be  found  in  the  2-D  vertex 
file  or  the  3-D  vertex  file. 

5.1.2.3.1.1.11  Vertex  Ordering .  Vertex  coordinate  records  shall  be 
referenced  by  their  relative  list  position  within  a  vertex  file. 

5.1.2.3.1.1.12  Feature /Segment  Numbering.  Feature  and  segment  numbers 
shall  be  sequentially  assigned,  and  explicitly  encoded  within  feature 
and  segment  records.  Each  segment  shall  have  a  backpointer  to  the 
feature(s)  which  reference  it,  so  that  a  two-way  relationship  can  be 
maintained . 


5. 1.2. 3. 1.2  Linear  Feature  Rules.  Given  a  SIF/HDI  culture  tile  with 
the  linear  (also  referred  to  as  'lineal**)  features  shown  in  Figure  6, 
the  following  rules  shall  apply. 

5. 1.2. 3. 1.2.1  Rendering  Priority.  Rendering  priorities  shall  be 
specified  via  the  layer  number  attribute  associated  with  each  feature, 
not  the  sequence  number. 

5. 1.2. 3. 1.2. 2  Line  Segments.  Each  linear  feature  shall  consist  of  one 
or  more  line  segments.  Each  segment  shall  consist  of  two  or  more 
vertex  coordinates.  A  segment  shall  be  split  into  two  segments 
whenever  it  is  intersected  by  another  segment.  For  example,  vertex  V3, 
which  is  the  termination  of  feature  F2  (V3  to  V9)  where  it  intersects 
with  FI  (VI  to  V5),  is  used  to  break  up  Fl  into  segments  SI  (VI  to  V3) 
and  S2  (V3  to  V5) . 

5. 1.2. 3. 1.2. 3  Segment  Ends.  Except  for  feature  intersections,  the 
definition  of  segment  ends  may  be  arbitrary.  For  exan^le,  feature  Fl  is 
shown  as  consisting  of  two  segments,  with  SI  consisting  of  vertices  VI, 
V2,  and  V3,  and  S2  consisting  of  vertices  V3,  V4,  and  V5;  it  %fould  be 
perfectly  acceptable  to  break  either  SI  or  S2  (or  both)  into  two 
segments  containing  two  vertices  each. 

5. 1.2. 3. 1.2. 4  Shared  Segments.  When  a  segment  is  shared  between  a 
linear  and  an  areal  feature,  it  shall  be  stored  only  once  in  the 
database.  For  example,  segment  S4  (defined  by  vertices  V7  and  V8)  is  a 
coRsnon  segment  shared  by  linear  feature  F2  and  areal  feature  F3. 

5. 1.2. 3. 1.2. 5  Directionality .  Uni-directional  linears  shall  be 
digitized  from  left  to  right  facing  the  visible/reflactive  side;  i.e., 
the  visible/reflective  side  shall  be  to  the  right  as  one  traverses  the 
vertex  coordinates.  For  example,  if  Fl  were  a  uni-directional  feature 
with  vertices  listed  in  the  sequence  from  VI  to  V5,  then  the 
visible/reflective  side  would  be  towards  the  bottom  of  the  diagram. 
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5. 1.2. 3. 1.2. 6  Feature  Traveranl.  Except  for  uni-directional  features, 
either  end  of  a  linear  feature  or  segment  may  serve  as  the  beginning 
point  for  traversal.  Once  the  direction  is  decided  for  a  specific 
feature,  the  segments  making  up  a  linear  feature  shall  be  traversed 
continuously  in  that  direction.  It  is  possible  to  list  the  vertices 
within  a  segment  in  a  sequence  opposite  to  the  direction  of  traversal 
within  the  overall  linear  feature.  This  situation  is  most  likely  to 
arise  in  the  case  of  a  segment  shared  with  an  adjoining  areal  feature. 
For  example,  the  linear  featvire  F2  happens  to  share  segment  S4  with 
areal  feature  F3.  If  F3  happened  to  have  been  digitized  prior  to  F2, 
segment  S4  «rould  normally  be  digitized  in  the  direction  V8  to  V7,  in 
order  to  maintain  the  rule  of  counter-clockwise  traversal  of  areals. 

From  the  standpoint  of  linear  feature  F2,  however,  this  vertex  sequence 
is  opposite  to  the  primary  flow  from  V3  to  V9.  In  order  to  support 
continuous  traversal  of  linear  features  in  such  situations,  the  Segment 
Pointer  Record  shall  contain  a  traversal  direction  flag  indicating  that 
the  vertices  shall  be  traversed  in  reverse  sequence. 

5. 1.2. 3. 1.2. 7  Disjoint  Segments.  It  shall  be  possible  to  encode  two  or 
more  disjoint  line  segments  as  a  single  linear  feature.  For  example, 
features  F4,  FS,  and  F6  could  be  rows  of  hedges.  To  avoid  redundant 
storage  of  feature  attributes,  it  would  be  possible  to  store  one  of  the 
linear  segments  (such  as  S7)  as  the  primary  segment  for  feature  F4,  and 
store  the  remaining  segments  (S8  and  S9)  as  disjoint  segments  also 
within  feature  F4 .  A  flag  in  the  Segment  Pointer  Record  shall  be  used 
to  indicate  such  usage. 

5. 1.2. 3. 1.2. 8  Non-conticruous  Feature.  It  shall  be  possible  to  encode 
two  or  more  connected  but  non-continuous  line  segments  as  a  single 
linear  feature.  For  a  more  compressed  representation,  it  shall  be 
possible  to  store  one  set  of  continuous  line  segments  (say,  SIO,  Sll, 
S12)  as  the  primary  component  of  feature  F7,  and  store  the  remaining 
segments  (S13  through  S18)  as  disjoint  segments  also  within  feature  F7 . 
A  flag  in  the  Segment  Pointer  Record  shall  be  used  to  indicate  such 
usage . 


5. 1.2. 3. 1.2. 9  Won-redundant  Vertices .  Vertex  coordinates  shall  be 
stored  non-redundantly  within  one  of  two  vertex  files  associated  with  a 
culture  tile — a  2-D  vertex  file  and  a  3-D  vertex  file.  For  example, 
vertex  V3  vrbuld  be  stored  only  once  even  though  it  is  referenced  by 
three  segments  (SI,  S2,  S3).  Each  segment  header  shall  have  a  flag 
indicating  whether  the  vertex  coordinates  may  be  found  in  the  2-D  vertex 
file  or  the  3-D  vertex  file. 

5.1.2.3.1.2.10  Vertex  Ordering.  Vertex  coordinate  records  shall  be 
referenced  by  their  relative  list  position  within  a  vertex  file. 

5.1.2.3.1.2.11  Feature /Segment  Wumberina.  Feature  and  segment  numbers 
shall  be  sequentially  assigned,  and  explicitly  encoded  within  feature 
and  segment  records.  Each  segment  shall  have  a  backpointer  to  the 
feature(s)  which  reference  it,  so  that  a  two-way  relationship  can  be 
maintained . 


52 


MIL-STD-1821 


5. 1.2. 3. 1.3  Point  Feature  Rules.  Given  a  SIF/BDI  culture  tile  with  the 
point  features  shown  in  Figure  7,  the  following  rules  shall  apply. 


5. 1.2. 3. 1.3.1  Rendering  Priority.  Rendering  priorities  shall  be 
specified  via  the  layer  number  attribute  associated  with  each  feature, 
not  the  sequence  number. 


5. 1.2. 3. 1.3. 2  Line  Segments.  Each  point  feature  shall  be  represented 
as  a  segment  consisting  of  one  or  more  vertex  coordinates.  Multiple 
vertices  shall  be  used  to  encode  a  series  of  discrete  point  objects 
having  common  attributes  (e.g.,  power  pylons).  Feature  FI  illustrates 
the  more  common  single-vertex  case.  Features  F2  and  F3  illustrate  two 
varieties  of  the  multi-vertex  case. 


5. 1.2. 3. 1.3. 3  Vertex  Sequence.  As  shown  in  F3,  when  multiple  vertices 
are  specified  within  a  point  feature,  their  sequence  can  be  arbitrary; 
i.e.,  it  is  not  required  that  they  represent  a  direction  of  traversal. 


5. 1.2. 3. 1.3. 4  Disjoint  Segments.  If  multi-vertex  point  feature  is 
encoded  using  multiple  segments,  segments  other  than  the  first  shall  be 
flagged  as  disjoint  segments. 


5. 1.2. 3. 1.3. 5  Coincident  Segments.  It  shall  be  possible  for  a  point 
feature  to  be  located  on  an  areal  or  lineal  feature  segment.  In  such 
cases,  the  point  feature  vertex  shall  serve  as  an  end  node  defining  the 
break  point  between  two  line  segments.  For  example,  if  point  feature  F4 
were  to  actually  lie  upon  line  segment  S5  of  linear  feature  F5,  then 
segment  S5  should  be  split  into  two  segments  at  the  point  at  which  F4 
intersects  F5.  VI 1  would  became  a  vertex  defining  feature  F5;  feature 
F5  would  then  consist  of  two  segments,  one  containing  vertices  V12,  VI 3, 
and  VI 1,  and  the  other  containing  VI 1,  VI 4,  and  VI 5.  While  vertex  VI 1 
beccnes  shared  by  F4  and  F5,  segment  S4  remains  applicable  only  to  point 
feature  F4  and  shall  not  become  a  segment  within  lineal  feature  F5. 


5. 1.2. 3. 1.3. 6  Won-redundant  Vertices .  Vertex  coordinates  shall  be 
stored  non-redundantly  within  one  of  two  vertex  files  associated  with  a 
culture  tile.  For  exan^le,  vertex  Vll  shall  be  stored  only  once,  even 
if  it  were  to  be  referenced  by  point  feature  F4  and  by  two  line  segments 
within  lineal  feature  F5.  Each  segment  header  shall  include  a  flag 
indicating  whether  the  vertex  coordinates  may  be  found  in  the  2-D  vertex 
file  or  the  3-D  vertex  file. 


5. 1.2. 3. 1.3. 7  Vertex  Ordering.  Vertex  coordinate  records  shall  be 
referenced  by  their  relative  list  position  within  a  vertex  file. 


5. 1.2. 3. 1.3. 8  Feature  Numbering.  Feature  numbers  shall  be  sequentially 
assigned,  and  explicitly  encoded  within  feature  records. 
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5. 1.2. 3. 1.4  Point  Light  Feature  Rulea.  Given  a  SIF/BDl  culture  tile 
with  the  point  light  features  shown  in  Figure  8,  the  following  rules 
shall  apply. 


5. 1.2. 3. 1.4.1  Rendering  Priority.  Rendering  priorities  shall  be 
specified  via  the  layer  number  attribute  associated  with  each  feature, 
not  the  sequence  number. 


5. 1.2. 3. 1.4. 2  Humber  of  Vertices.  As  illustrated  by  feature  Fl,  each 
point  light  feature  shall  be  a  segment  consisting  of  one  and  only  one 
vertex  coordinate.  (Features  consisting  of  multiple  point  lights  shall 
be  encoded  as  point  light  string  features . ) 


5. 1.2. 3. 1.4. 3  Coincident  Segments.  It  shall  be  possible  for  a  point 
light  feature  to  be  located  on  an  areal  or  lineal  feature  segment.  In 
such  cases,  the  point  light  feature  vertex  shall  serve  as  an  end  node 
defining  the  break  point  between  two  line  segments.  For  example,  if 
point  light  feature  F2  were  to  lie  upon  line  segment  S3  of  linear 
feature  F3,  then  segment  S3  should  be  split  into  tvo  segments  at  the 
point  at  which  F2  intersects  F3.  V2  would  became  a  vertex  defining 
feature  F3;  feature  F3  would  then  consist  of  two  segments,  one 
containing  vertices  V3,  V4,  and  V2,  and  the  other  containing  V2,  VS,  and 
V£.  While  vertex  V2  becomes  shared  by  F2  and  F3,  segment  S2  remains 
applicable  only  to  point  light  feature  F2  and  shall  not  become  a  ueg.iiant 
within  lineal  feature  F3. 


5. 1.2. 3. 1.4. 4  Fon-redundant  Vertices.  Vertex  coordinates  shall  be 
stored  non-redundantly  within  one  of  two  vertex  files  assrciated  with  a 
culture  tile.  For  example,  vertex  V2  shall  be  stored  only  once  even  if 
it  were  to  be  referenced  by  point  light  feature  F2  and  by  two  line 
segments  within  lineal  feature  F3.  Each  segment  header  shall  include  a 
flag  indicating  whether  the  vertex  coordinates  may  be  found  in  the  2-D 
vertex  file  or  the  3-D  vertex  file. 


5. 1.2. 3. 1.4. 5  Vertex  Ordering .  Vertex  coordinate  records  shall  be 
referenced  by  their  relative  list  position  within  a  vertex  file. 

5. 1.2. 3. 1.4. 6  Feature  Humberino .  Feature  numbers  shall  be  sequentially 
assigned,  and  encoded  within  feature  records. 

5. 1.2. 3. 1.5  Point  Light  String  Feature  Rules.  Given  a  SIF/HDI  culture 
tile  with  the  point  light  string  features  shown  in  Figure  9,  the 
following  rules  shall  apply. 
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Figure  8.  Point  Light  Feature  Conventions- 
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5. 1.2. 3. 1.5.1  Rendering  Priority.  Rendering  prioritieB  Bbell  be 
Bpecified  via  the  layer  nujaber  attribute  aBBOciated  with  each  feature, 
not  the  Bequence  number. 

5. 1.2. 3. 1.5. 2  Number  of  Verticea .  Each  point  light  string  f eatiire 
shall  be  a  segment  consisting  of  two  or  more  vertices.  Point  light 
string  records  shall  be  used  to  encode  a  series  of  discrete  point  lights 
having  common  attributes  ( such  as  runway  lights ) .  Featxire  FI 
illustrates  the  most  conmon  type  of  point  light  string,  a  series  of 
lights  arranged  in  a  straight  line.  Vertex  coordinates  shall  be 
specified  for  each  light  in  the  string. 

5. 1.2. 3. 1.5. 3  Non-linear  Strings.  Feature  F2  shows  a  series  of  lights 
arranged  in  a  curved  line.  In  such  cases,  each  point  light  location 
shall  be  specified  as  an  explicit  vertex. 

5. 1.2. 3. 1.5. 4  Parallel  Strings.  Features  F3  and  F4  represent  two 
parallel  straight-line  rows  of  lights.  Instead  of  encoding  each  row  as 
a  separate  point  light  string  feature,  it  is  allowable  to  encode  two  or 
more  strings  having  consnon  attributes  as  a  single  feature,  every  light 
as  a  separate  vertex  within  the  feature  segment,  or  by  specifying  one 
row  of  lights  as  the  prijnary  segment  of  the  feature,  and  the  second  row 
as  a  disjoint  segment  of  the  same  feature. 

5. 1.2. 3. 1.5. 5  Light  Groups.  The  point  light  string  record  shall  be 
used  to  encode  a  feature  consisting  of  a  group  of  point  lights  having 
comnon  attributes  but  arranged  in  non-linear  fashion.  Feature  F5  is  an 
exan^le. 


5. 1.2. 3. 1.5. 6  Vertex  Sequence.  In  all  cases  where  the  point  light 
vertices  are  explicitly  listed,  the  sequence  of  vertex  coordinates  may 
be  eurbitrary. 


5. 1.2. 3. 1.5. 7  Coincident  Segments.  It  shall  be  possible  for  a  point 
light  string  feature  to  be  co- located  with  an  areal  or  lineal  feature 
segment.  In  such  cases,  the  point  light  string  feature  vertices  also 
serve  as  end  nodes  defining  the  intersection  of  two  line  segments.  For 
exan^le,  if  point  light  string  feature  F6  were  to  lie  upon  line  segment 
S7  of  linear  feature  F7,  then  segment  S7  shall  be  split  into  five 
segments  at  the  points  at  which  F6  intersects  F7.  Vertices  V23,  V24, 
V25,  and  V26  would  become  vertices  defining  feature  F7;  feature  F7  would 
then  consist  of  five  segments;  the  first  would  contain  vertices  V27, 

V26,  and  V23,  the  second  would  contain  V23  and  V24,  the  third  V24  and 
V25,  the  fourth  V25  and  V26,  and  the  fifth  V26,  V29,  and  V30.  While 
vertices  V23  through  V26  beccmes  shared  by  F6  and  F7,  segment  S6  remains 
applicable  only  to  point  light  string  feature  F6  and  shall  not  become  a 
segment  within  lineal  feature  F7. 

5. 1.2. 3. 1.5. 8  Non-redundant  Vertices .  Vertex  coordinates  shall  be 
stored  non-redundant ly  within  one  of  two  vertex  files  associated  with  a 
culture  tile.  For  example,  vertex  V23  shall  be  stored  only  once  even  if 
it  were  to  be  referenced  by  point  light  string  feature  F6  and  by  two 
line  segments  within  lineal  feature  F7 .  Each  segment  header  shall 
include  a  flag  indicating  whether  the  vertex  coordinates  may  be  found  in 
the  2-D  vertex  file  or  the  3-D  vertex  file. 
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5. 1.2. 3. 1.5. 9  Vertex  Ordering.  Vertex  coordinate  records  shall  be 
referenced  by  their  relative  list  position  within  a  vertex  file. 

5.1.2.3.1.5.10  Feature  Numbering.  Feature  numbers  shall  be 
sequentially  assigned,  and  explicitly  encoded  within  feature  records. 

5. 1.2. 3. 1.6  Model  Reference  Rules.  Model  references  shall  be  used  to 
permit  discretionary  substitution  of  culture  features  by  models  frcm  a 
model  library.  The  following  rules  shall  apply  to  the  use  of  model 
references . 


5. 1.2. 3. 1.6.1  Number  of  Vertices.  Each  model  reference  shall  contain  a 
model  identifier  along  with  one  and  only  one  vertex  coordinate.  This 
coordinate  shall  represent  the  reference  point,  relative  to  the 
southwest  comer  of  the  tile,  used  to  place  and  orient  a  model  when 
inserted  into  the  database.  Within  the  gecroetry  of  every  model  there 
shall  be  a  Placement  Point  which  is  used  to  align  the  model  to  the  model 
reference  coordinate.  Along  with  the  reference  coordinate,  each  model 
reference  shall  include  an  orientation  angle  and  a  scaling  factor. 

5. 1.2. 3. 1.6. 2  Model  Reference  Table.  To  indicate  that  a  particular 
feature  may  be  replaced  by  a  particular  model,  two  database  entries 
shall  be  made.  First,  an  entry  shall  be  made  in  the  Model  Reference 
Table  identifying  the  model  and  its  placement  instructions.  Second,  for 
the  culture  feature  being  replaced  by  that  model,  a  Model  Reference 
Pointer  record  shall  be  added  pointing  to  the  model  reference  table 
entry. 


5. 1.2. 3. 1.6. 3  Multiple  References.  When  a  single  model  replaces 
multiple  cultural  features,  there  shall  be  one  entry  in  the  Model 
Reference  table,  and  a  model  reference  pointer  shall  be  added  to  every 
feature  being  substituted. 

5. 1.2. 3. 1.6. 4  Multiple  Models.  A  culture  feature  may  have  more  than 
one  model  reference  pointer. 

5. 1.2. 3. 1.6. 5  Placement  Coordinate.  The  model  reference  placement 
coordinate  may  be  either  2-D  or  3-D. 

5. 1.2. 3. 1.6. 6  Table  ID.  Model  reference  table  entries  shall  be 
referenced  by  ID  numbers  which  are  sequentially  assigned. 

5. I. 2. 3. 1.7  Superfeature  Rules.  The  primary  use  for  superfeatures 
shall  be  to  aggregate  individual  features  within  a  culture  tile  into 
larger  homogeneous  data  groups.  The  superfeature  shall  identify  all 
child  features  that  belong  to  this  homogeneous  group,  and  may  indicate 
special  "aggregate"  features  for  the  group.  The  data  structures  for  the 
superfeatures  have  been  defined  with  the  capabilities  for  future 
flexibility.  This  flexibility  has  driven  the  relationships  that  cure 
identified  in  the  following  paragraphs. 
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5. 1.2. 3. 1.7.1  Child  Feature  References.  A  Buperfeature  may  reference 
one  or  more  child  features.  A  child  feature  is  considered  to  be  one 
feature  of  many  that  define  the  Buperfeature ' b  group.  For  exan9)le, 
there  may  be  many  contiguous  3-D  tree  canopy  features  within  the  culture 
tile.  A  super feature  could  be  created  which  points  at  all  of  the  3-D 
features.  Since  each  referenced  feature  would  then  define  only  a 
portion  of  the  complete  super feature,  the  feature  ifould  be  considered  to 
be  a  child  feature.  There  are  no  restrictions  on  the  types  or 
dimensions  of  features  that  may  be  referenced.  This  means  that  all 
different  feature  types  (Areal,  Linear,  Point,  Point  Light,  and  Point 
Light  Strings)  can  be  grouped  together  into  a  super feature,  and  that 
two-dimensional  features  may  also  be  grouped  together  v±t.h  three- 
dimensional  features  to  form  a  superf eature . 

5. 1.2. 3. 1.7. 1.1  To  prevent  a  limitation  on  the  expandability  of 
superfeatures,  and  to  allow  the  superfeature  categorization  to  be  truly 
user -defined,  there  can  be  more  than  one  superfeature  associated  with  a 
feature . 

5 .1 .2 .3 .1 .7 .2  "Acorreoate*  Feature  References.  An  "aggregate*  feature 
is  a  special  feature  that  is  referenced  by  the  superfeature.  This 
feature  can  be  considered  to  be  a  replacement  for  all  of  the  children 
features  being  referenced.  For  example,  a  superfeature  could  reference 
many  contiguous  3-D  tree  canopy  polygons  as  well  as  reference  a  2-D  tree 
canopy  feature  that  defines  the  outline  of  all  of  the  3-D  contiguous 
canopy  polygons.  In  this  case,  the  2-D  polygon  can  be  considered  an 
"aggregate"  feature  since  it  can  be  used  to  describe  the  spatial  extent 
of  the  tree  canopy.  See  Figure  10. 

5. 1.2. 3. 1.7. 2.1  To  prevent  a  limitation  on  the  expandability  of 
aggrctgate  featxires,  and  to  allow  the  super  feature  categorization  to  be 
truly  user-defined,  there  can  be  more  than  one  aggregate  feature 
associated  with  a  superfeature. 

5. 1.2. 3. 1.7. 3  Additional  References.  To  provide  for  future 
expandability  in  the  SIF  standard,  the  following  superfeature  references 
shall  be  provided  for  in  SIF  data,  however,  the  SSDB  currently  will  not 
store  these  additional  references. 

5. 1.2. 3. 1.7. 3.1  A  8up>erf eature  may  reference  one  or  more  superfeatures . 
This  means  that  a  Buperfeature  can  be  used  as  a  subset  (or  child 
superfeature}  of  another  superfeature.  For  example,  it  %R>uld  be 
possible  to  take  several  superfeatures  that  identify  individual  but 
spatially  related  tree  canopy  features  and  combine  them  via  a  parent 
"forest"  Buperfeature. 

5. 1.2. 3. 1.7. 3. 2  To  prevent  a  limitation  on  the  expandability  of 
superfeatures,  and  to  allow  the  superfeature  categorization  to  be  truly 
user -defined,  there  can  be  more  than  one  parent  superfeature  associated 
with  a  superfeature. 

5. 1.2. 3. 1.7. 3. 3  To  permit  additional  flexibility  within  the 
categorization  scheme  for  the  superfeatures,  a  combination  of  both 
features  and  superfeatures  may  be  referenced  by  any  given  superfeature. 
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5. 1.2. 3. 2  Culture  Section  Structure.  The  SIF  culture  section  shall  be 
organized  into  cells  of  coverage  delijnited  by  full  degree  boundaries. 
Each  cell  of  data  shall  contain  multiple  manuscripts  at  up  to  six  levels 
of  detail  (LOOs) .  The  physical  tape  format  shall  have  a  fixed  record 
size.  Data  fields  and  logical  records  may  vary  in  length  and  be  packed 
into  the  physical  records.  All  records  (except  the  file  identifier' 
record  and  table  entry  records)  will  begin  with  a  2-character  keyword 
identifier.  The  SIF/HDI  culture  section  format  shall  be  as  follows,  and 
as  shown  in  Figure  1 1 . 


For  each  culture  database 
Database  Header  File 
Tile  Information  File 
For  each  culture  tile 

Two-D  Coordinate  File  [optional] 

Three-D  Coordinate  File  (optional] 

FACS  Table  File  [optional] 

User-Defined  FACS  Table  File  [optional] 

Color  Table  File  [optional] 

FID/FDC  Cross-Reference  Table  File  [optional] 
Global-Based  Texture  Reference  Table  File  [optional] 
Non-Happed  Texture  Reference  Table  File  [optional] 
Model  Reference  Tedsle  File  [optional] 

Superfeature  File  [optional] 

Feature  File 
Segment  File 


5. 1.2. 3. 2.1  Database  Header  File.  The  name  of  this  file  shall  be 
" CULTURE. DBH".  The  Database  Header  File  format  shall  be  as  follows  and 
as  shown  in  Figure  12. 

SIF  File  Identifier  Record 
SIF/HDI  Culture  Database  Header  Record 
for  each  Data  Source  Table  entry 
Data  Source  Table  Record 
for  each  Accuracy  Sub-region 

Accuracy  Region  Record  [optional] 


5. 1.2. 3. 2. 1.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  (always  ’SIF/HDI  CULTURE') 

File  Identifier  Field  (always  'CULTURE  DATABASE  HEADER') 
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5. 1.2. 3. 2. 1.2  Sir/HDI  Culture  Databaac  Header  Record.  The  field 
structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  *DB') 

Security  Level  Field 

Culture  Coordinate  System  Field  ('GBODETIC*  by  convention) 
Counter-Clockwise  Areals  Flag  Field  ( ’raUE*  by  convention) 
Explicit  Closure  of  Areals  Flag  Field  ('TROB'  by  convention) 
Humber  of  LCDs  Field 
Number  of  Tiles  Field 

Number  of  Database  Boundary  Coordinates  Field 
for  each  boundary  coordinate 

Latitude /Longitude  Field 
Number  'Of  Data  Sources  Field 


5. 1.2. 3. 2. 1.3  Data  Source  Table  Record.  The  number  of  these  records 
associated  with  the  transmitted  manuscripts  shall  correspond  to  the 
value  in  the  Number  of  Data  Sources  Field  in  the  parent  8IF/HDI  Culture 
Database  Header  Record.  The  field  structure  of  the  Data  Source  Table 
Record  shall  be  as  follows: 

Record  Key%ford  Field  (always  'DS‘) 

Number  of  Accuracy  Regions  Field 
Soxirce  ID  Number  Field 
Source  Type  Field 
Source  Name  Field 
Source  Date  Field 
Source  Agency/Project  Field 
Data  Edition  Number  Field 
Data  Series  Designator  Field 
Producer  Code  Field 
Reliability  of  Data  Field 
Relative  Veirtical  Accuracy  Field 
Absolute  Vertical  Accuracy  Field 
Relative  Horizontal  Accuracy  Field 
Absolute  Horizontal  Accuracy  Field 
Collection  System  Field 
Campllatlon  Date  Field 
Compilation  Criteria  Field 
Security  Classification  Field 
Codewords  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
E>owngrading  Event  Field 
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5. 1.2. 3. 2. 1. 4  Accuracy  Region  Record.  The  number  of  accuracy  regiona 
defined  ahall  correspond  ho  hhe  value  in  the  Number  of  Accuracy  Regions 
Field  in  the  parent  Data  Source  Table  Record.  The  field  struct\ire  of 
this  subrecord  shall  be  as  follows: 

Record  Keyword  Field  (always  'AR') 

Number  of  Boundary  Points  Field 
Relative  Vertical  Accuracy  Field 
Absolute  Vertical  Accuracy  Field 
Relative  Horizontal  Accuracy  Field 
Absolute  Horizontal  Accuracy  Field 
for  each  boundary  point 

Relative  Coordinate  Field 


5. 1.2. 3. 2. 2  'Tile  Information  File.  The  name  of  this  file  shall  be 
-  culture.  THI*.  The  Tile  Information  File  format  shall  be  as  folloifs: 

SIF  File  Identifier  Record 
for  each  culture  Tile 
Tile  Header  Record 
Data  Resolution  Record 


5. 1.2. 3. 2. 2.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  (always  ‘SIF/HDI  CULTURE*) 

File  Identifier  Field  (always  ’CULTURE  TILE  INFORMATION*) 


5. 1.2. 3. 2. 2. 2  Tile  Header  Record.  There  shall  be  one  Tile  Header 
Record  per  tile  (manuscript)  contained  in  the  database.  The  coordinates 
that  define  the  tile  boundary  should  be  stored  in  a  '*eounter-cloclnrise* 
direction  with  explicit  closure  of  the  boundary  polygon.  The  boundary 
polygon  for  each  tile  shall  be  defined  as  the  minimum  bounding  geodetic 
rectangle  that  encompasses  all  of  the  data  for  the  tile.  The  field 
structure  of  this  record  shall  be  as  folloiirs: 

Record  Keyword  Field  ( always  ’ TH  * ) 

Manuscript  ID  Field 

Number  of  Manuscript  Boundary  Coordinates  Field 
for  each  boundary  coordinate 

Latitude /Longitude  Field 
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5. 1. 2. 3. 2. 2. 3  Data  Reaolution  Identifier  Record.  Thera  shall  be  one 
Data  Resolution  Identifier  record  per  culture  tile  contained  in  the 
database.  The  coordinates  that  define  the  boundary  of  a  higher 
resolution  island  shall  be  stored  in  a  ‘counter-clockwise”  direction 
with  explicit  closure  of  the  boundary  polygon.  The  field  structure  of 
this  record  shall  be  as  follows t 

Record  Keyword  Field  (always  *DR‘) 

SSDB  LOD  Number  Field 
Default  Source  Identifier  Field 
Synthetic  Data  Flag  Field 

Number  of  Embedded  Higher -Resolution  Islands  Field 
for  each  island 

Island  Number  Field 
SSDB  LOD  Number  Field 
Default  Source  Identifier  Field 
Synthetic  Data  Flag  Field 

Number  of  Island  Boundary  Coordinates  Field 
for  each  boundary  coordinate 
Latitude /Longitude  Field 

5. 1.2. 3. 2. 3  Two-D  Coordinate  File.  There  shall  be  one  of  these  files 
per  tile  in  the  SIF  database.  The  overall  format  of  the  Two-D 
Coordinate  File  shall  be  a  binary  file,  where  the  coordinates  shall  be 
expressed  as  32-bit  signed  integers.  The  name  of  this  file  shall  be 
•caLrxxxxx.2DC* ,  where  “r"  is  “M”  for  Merged  Culture  Data,  ”0”  for  LOD  0 
Culture  Data,  *1”  for  LOD  1  Culture  Data,  *2*  for  LOD  2  Culttire  Data, 

■3”  for  LOD  3  Culture  Data,  ”4”  for  LOD  4  Culture  Data,  and  "5”  for  LOD 
5  Culture  Data;  and  "xxxxx'’  is  the  culture  tile  sequence  number.  The 
Two-D  Coordinate  File  format  shall  be  as  follows: 

for  each  coordinate  pair 

2- D  Coordinate  Record 

5. 1.2. 3. 2. 3.1  2-D  Coordinate  Record.  Each  record  in  this  file  shall 

contain  a  2-D  geographic  coordinate.  Each  coordinate  shall  contain  a 
latitude  and  a  longitude,  expressed  in  resolution  units  of  ten 
thousandths  of  arc  seconds  relative  to  the  southwest  corner  of  the  tile. 
The  field  stmeture  of  this  record  shall  be  as  follows: 

Relative  Latitude  Field 
Relative  Longitude  Field 

5. 1.2. 3. 2. 4  Three-D  Coordinate  File.  There  shall  be  one  of  these  files 
per  tile  in  the  SIF  database.  The  overall  format  of  the  Three-D 
Coordinate  File  shall  be  a  binary  file,  where  the  coordinates  shall  be 
expressed  as  32-bit  signed  integers.  The  name  of  this  file  shall  be 
*CULrxxxxx.3DC* ,  where  "x"  is  "M*  for  Merged  Culture  Data,  "0”  for  LOD  0 
Culture  Data,  ”1*  for  LOD  1  Culture  Data,  ”2”  for  LOD  2  Culture  Data, 

”3”  for  LOD  3  Culture  Data,  ”4*  for  LOD  4  Culture  Data,  and  ”5”  for  LOD 
5  Culture  Data;  and  '‘xxxxx"  is  the  culture  tile  sequence  number.  The 
Three-D  Coordinate  File  format  shall  be  as  follows: 

for  each  coordinate  triplet 

3- D  Coordinate  Record 
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5. 1.2. 3. 2. 4.1  3-D  Coordinate  Record.  Each  record  in  this  file  shall 
contain  a  3-D  geographic  coordinate.  Bach  coordinate  shall  contain  a 
latitude  and  a  longitude,  expressed  in  resolution  units  of  ten 
thousandths  of  arc  seconds  relative  to  the  southwest  corner  of  the  tile, 
and  an  elevation,  expressed  in  resolution  units  of  0.001  meters  relative 
to  Mean  Sea  Level.  The  field  structure  of  this  record  shall  be  as 
follows : 

Relative  Latitude  Field 
Relative  Longitude  Field 
Elevation  Field 

5. 1.2. 3. 2. 5  FACS  Table  File.  There  shall  be  zero  or  one  of  these  files 
associated  with  each  culture  tile.  A  FACS  table  will  be  included  %rith 
any  tile  that  requires  any  of  the  optional  descriptors  associated  %rith  a 
feature.  The  name  of  this  file  shall  be  "COLrxxxxx.FAC,  %diere  "r”  is 
"M”  for  Merged  Culture  Data,  "O”  for  LOD  0  Culture  Data,  "1"  for  UCX>  1 
Culture  Data,  ”2''  for  LOO  2  Culture  Data,  *3*  for  LOD  3  Culture  Data, 

”4*  for  LOD  4  Culture  Data,  and  *5*  for  LOD  5  Culture  Data;  and  *xxxxx* 
is  the  culture  tile  sequence  number.  The  FACS  table  file  format  shall 
be  as  follows: 

SIF  File  Identifier  Record 
FACS  Table  Header  Record 
for  each  FACS  Table  Entry 
FACS  Table  Entry  Record 

5. 1.2. 3. 2. 5.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  (always  ‘SIF/BDI  COLTORE') 

File  Identifier  Field  (always  'FACS  TABUS') 

5. 1.2. 3. 2. 5. 2  FACS  Table  Header  Record.  The  FACS  Ted>le  Header  shall  be 
structured  as  follows: 

Record  Keyword  Field  (always  'FT') 

Humber  of  FACS  Table  Entries  Field 

5. 1.2. 3. 2. 5. 3  FACS  Table  Entry  Record.  The  total  number  of  these 
records  shall  correspond  to  the  value  in  the  file  header  record.  Bach 
FACS  Table  Entry  shall  be  structured  as  follows: 

Record  Keyword  Field  (always  'FE') 

FACS  Table  Index  Field 

Humber  of  FACS  Records  for  this  Entry  Field 
for  each  FACS  Record 

FACS  Attribute  Subrecord 

5. 1.2. 3. 2. 5. 3.1  FACS  Attribute  Subrecord.  The  field  structure  of  this 
record  shall  be  as  follows: 

FACS  Class  Field 
FACS  Attribute  Code  Field 
Synthetic  Data  Flag  Field 
Source  ID  Number  Field 
Sensors  Supported  Field 
Attribute  Value  Field 
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5. 1.2. 3. 2. 5. 3. 2  FACS  Application.  Vhen  used  to  repreaent  feature 
attributes,  FACS  fields  shall  be  used  as  specified  herein.  Applications 
are  abbreviated  as  follows:  A  «  Areal;  L  Linear;  P  »  Point;  T  ^  Point 
Light;  S  *  Point  Light  String. 

FACS  Field  Name  Application 


Absorptivity  Field 
Centroid  Field  (Deleted) 

Culture  Centroid  Field 

Cycle  Rate  Off  Time  Field 

Cycle  Rate  On  Time  Field 

Diffuse  Reflectance  Field 

Directivity  (Infrared)  Field 

Directivity  (Radar)  Field 

Directivity  Field 

Emissivity  Field 

Exitance  Field 

Feature  Onset  Field 

Internal  Material  Category  Field 

Internal  Material  Volume  Field 

Layer  Number  (Infrared)  Field 

Layer  Number  (Radar)  Field 

Light  Horizontal  Center  Field 

Light  Horizontal  Fall  Field 

Light  Horizontal  width  Field 

Light  Intensity  Field 

Light  Vertical  Center  Field 

Light  Vertical  Fall  Field 

Light  Vertical  Width  Field 

Long  Lineal  Field 

Low  Level  Effects  Field 

Monitor  Type  Field 

Number  of  Structures  Field 

Object  Volume  Field 

Percent  of  Roof  Coverage  Field 

Percent  of  Tree  Coverage  Field 

Polygon  Illumination  Type  Field 

Polygon  Normal  Field 

Radius  Field 

Reflectance  Field 

Roof  Type  Field 

Self -Emitter  Field 

Shading  Type  Field 

Shape  Code  Field 

Specular  Field 

Superfeature  ID 

Surface  Material  Subtype  Field 

Texture  Map  Reflectance  Field 

Trans lucency  Field 

Transmissivity  Field 

Visible  Range  Field 


A  L  P  T  8 
A  S 

A  S 

T  S 
T  S 

A  L  P  T  S 

A  L  P  T  S 

A  L  P  T  S 

A  L  P  T  S 

A  L  P  T  S 

A  L  P  T  S 

A  L  P  T  S 

A  L  P  T  S 

A  L  P  T  S 

A  L  P  T  S 

A  L  P  T  S 

T  S 
T  S 
T  S 
T  S 
T  S 
T  S 
T  S 
P  T  S 
A  L  P  T  S 

A 
A 

A  L  P  T  S 

A 

A 

A 

A 

A  L  P  T  S 

A  L  P  T  S 

A 

A  L  P  T  S 

A 

APS 
ALP 
A  L  P  T  S 

A  L  P  T  S 

A  L  P  T  S 

ALP 
A  L  P  T  S 

T  S 
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5. 1.2. 3. 2. 6  Dser-Defined  FACS  Table  File.  The  name  of  this  file  shall 

be  "CDZ.rxxxxx.OFA*,  where  "r"  is  "M"  for  Merged  Culture  Data,  "0"  for 

LOD  0  Culture  Data,  "1*  for  Z.0D  1  Culture  Data,  *2*  for  LOO  2  Culture 

Data,  "3"  for  LOD  3  Culture  Data,  "4*  for  I.0D  4  Culture  Data,  and  "5" 

for  LOD  5  Culture  Data;  and  "xxxxx"  is  the  culture  tile  sequence  number. 
The  Oser-Defined  FACS  Table  File  format  shall  be  as  follows: 

SZF  File  Identifier  Record 
Deer-Defined  FACS  Table  Header  Record 
for  each  User-Defined  FACS  Table  Entry 
Oaer-Defined  FACS  Table  Entry  Record 

5. 1.2. 3. 2. 6.1  SZF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  (always  'SlF/HDl  CULTURE’) 

File  Identifier  Field  ( always  ' USER-DEFZMED  FACS  TABLE  * ) 

5. 1.2. 3. 2. 6. 2  Dser-Defined  FACS  Table  Header  Record.  The  User-Defined 
FACS  Table  Header  shall  be  structured  as  follows: 

Record  Keyword  Field  (always  *UF*) 

Number  of  Dser-Defined  FACS  Attribute  Codes  Field 

5. 1.2. 3. 2. 6. 3  Dser-Defined  FACS  Table  Entry  Record.  The  total  number 
of  these  records  in  the  data  file  shall  correspond  to  the  value  in  the 
file  header  record.  Each  User-Defined  FACS  Table  Entry  shall  be 
structured  as  follows: 

Record  Keyword  Field  ( always  ’ UE ’ ) 

FACS  Attribute  Code  Field 
FACS  Description  Field 
FACS  Class  Field 
if  FACS  Class  -  ENUMERATED  then 

Number  of  Enumerated  Items  Field 
for  each  Enumerated  Ztem 

Enumerated  Ztem  Name  Field 

else 

Data  Range  Field 
end  if 


5. 1.2. 3. 2. 7  Color  Ttdale  File.  The  name  of  this  file  shall  be 
"CDZurxxxxx.CZJl* ,  where  "r*'  is  "M*  for  Merged  Culture  Data,  "0"  for  Z.OD  0 
Culture  Data,  "1*  for  LOD  1  Culture  Data,  "2"  for  1.0D  2  Culture  Data, 

"3"  for  Z/7D  3  Culture  Data,  “4"  for  LOD  4  Culture  Data,  and  "5"  for  IjOD 
5  Culture  Data;  and  “xxxxx"  is  the  culture  tile  sequence  number.  The 
Color  Table  File  format  shall  be  as  follows: 

SZF  File  Identifier  Record 
Color  Table  Header  Record 
for  each  Color  Table  Entry 
Color  Table  Entry  Record 
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5. 1.2. 3. 2. 7.1  Sir  rile  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  rield  (always  'Sir/HDI  CULTURE') 
rile  Identifier  Field  (always  'COLOR  TABLE') 

5. 1.2. 3. 2. 7. 2  Color  Table  Header  Record.  The  Color  Table  Header  shall 
be  structured  as  follows: 

Record  Keyword  Field  (always  *CT*) 

Color  Definition  Type  Field 
Humber  of  Colors  Field 

5. 1.2. 3. 2. 7. 3  Color  Table  Entry  Record.  The  color  table  entry  shall  be 
structured  as  follo%rs: 

Record  Keyword  Field  ( always  *  CE ' ) 

Color  Table  Index  Field 
Color  Description  Field 
RGB/HCV  Color  Value  Field 

5. 1.2. 3. 2. 8  FID/FDC  Cross-Reference  Table  File.  This  table  shall  be 
included  if  there  are  any  user  defined  FID  codes  that  do  not  nap 
directly  to  SIF  supported  FDC  codes.  The  name  of  this  file  shall  be 
"CULrxxxxx.FFT",  where  -“r"  is  "K"  for  Merged  Culture  Data,  "O"  for  LCD  0 
Culture  Data,  "1*  for  LCD  1  Culture  Data,  ”2"  for  LOD  2  Culture  Data, 

"I*  for  LOD  3  Culture  Data,  "4*  for  LOD  4  Culture  Data,  and  ■5"  for  LOD 
5  Culture  Data;  and  ^xxxxx*  is  the  culture  tile  sequence  number.  The 
FID/FDC  Cross-Reference  Table  File  format  shall  be  as  follows: 

SIF  File  Identifier  Record 
FID/FDC  Cross-Reference  Header  Record 
for  each  FID/FDC  Cross  Reference  Table  Entry 
FID/FDC  Cross-Reference  Table  Entry  Record 

5. 1.2. 3. 2. 8.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  (always  'SIF/HDI  CULTURE') 

File  Identifier  Field  (always  'FID/FDC  CROSS  REFERENCE  TABLE') 

5. 1.2. 3. 2. 8. 2  FID/FDC  Cross-Reference  Header  Record.  The  Cross- 
Reference  Header  shall  be  structured  as  follows: 

Record  Keyword  Field  (always  'RT') 

Humber  of  FID/FDC  Cross-References  Field 

5. 1.2. 3. 2. 8. 3  FID/FDC  Cross-Reference  Table  Entry  Record.  The  field 
structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'RE') 

Feature  Identification  Code  Field 
Feature  Description  Field 
Feature  Descriptor  Code  Field 
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5. 1.2. 3. 2. 9  Global~Ba3ed  Texture  Reference  Table  File.  This  table 
shall  be  included  if  there  are  any  user  defined  global-based  texture 
references.  The  name  of  this  file  shall  be  'CULrxxxxx.GTR*^ ,  where  "r* 
is  "M*  for  Merged  Culture  Data,  *0"  for  bOD  0  Culture  Data,  "1"  for  LOD 
1  Culture  Data,  *2’  for  LOD  2  Culture  Data,  *3*  for  LOD  3  Culture  Data, 
"4*  for  LOD  4  Culture  Data,  and  *5”  for  LOD  5  Culture  Data;  and  “xxxxx" 
is  the  culture  tile  sequence  number.  The  Global-Based  Texturs  Reference 
Table  File  format  shall  be  as  follows: 

SIF  File  Identifier  Record 

Global-Based  Texture  Reference  Table  Header  Record 
for  each  Global-Based  Texture  Reference  Table  Entry 
Global-Based  Texture  Reference  Record 

5. 1.2. 3. 2. 9.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  {always  ’SIF/HDI  CULTURE') 

File  Identifier  Field  {always  'GLOBAL-BASED  TEXTURE 

REFERENCE  TABLE ' ) 

5 . 1 .2 . 3 .2 . 9 .2  Global-Based  Texture  Reference  Table  Header  Record.  The 
Global-Based  Texture  Reference  Table  Header  shall  be  structured  as 
follows : 

Record  Keyword  Field  {always  'GX') 

Number  of  Texture  References  Field 

5. 1.2. 3. 2. 9. 3  Global-Based  Texture  Reference  Record.  The  field 
structure  shall  be  as  follows: 

Record  Keyword  Field  {always  'GB') 

Texture  Reference  Table  Index  Field 

Texture  Library  Field 

Texture  ID  lield 

Texture  Origin  Field 

Boundary  ID  Field 

Mirror  Field 

Wrap  Field 

Wrap  Type  Field 

Texture  Scale  Field 

Orientation  Vectors  Field 

Global  Reference  Point  Field 

Layer  Number  Field 

5.1.2.3.2.10  Won-Mapped  Texture  Reference  Table  File.  This  table  shall 
be  included  if  there  are  any  user  defined  non-mapped  texture  references. 
The  name  of  this  file  shall  be  “CULrxxxxx.NTR* ,  where  "r"  is  “M*  for 
Merged  Culture  Data,  "O*  for  LOD  0  Culture  Data,  "1"  for  LOD  1  Culture 
Data,  ‘2*  for  LOD  2  Culture  Data,  '3'  for  LOD  3  Culture  Data,  *4*  for 
LOD  4  Culture  Data,  and  "5’  for  LOD  5  Culture  Data;  and  "xxxxx"is  the 
culture  tile  sequence  number.  The  Non-Mapped  Texture  Reference  Table 
File  format  shall  be  as  follows: 

SIF  File  Identifier  Record 

Non-Mapped  Texture  Reference  Table  Header  Record 
for  each  Non-Mapped  Texture  Reference  Table  Entry 
Non-Mapped  Texture  Reference  Record 
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5.1.2.3.2.10.1  SIF  rile  Identifier  Record.  The  field  structure  of 
this  record  shall  be  as  follows: 

Section  Identifier  Field  (always  ‘SZF/BDZ  CULTURE') 

File  Identifier  Field  (always  'NON-MAPFED  TEXTURE 

REFERENCE  TABLE ' ) 

5.1.2.3.2.10.2  Non-Mapoed  Texture  Reference  Table  Header  Record.  The 
Non-Mapped  Texture  Reference  Table  Header  shall  be  structured  as 
follows: 

Record  Keyword  Field  (always  'NX') 

Number  of  Texture  References  Field 

5.1.2.3.2.10.3  Non-Mapped  Texture  Reference  Record.  The  field 
structure  shall  be  as  follovrs: 

Record  Keyword  Field  (always  *NM* ) 

Texture  Reference  Table  Zndex  Field 
Texture  Library  Field 
Texture  ID  Field 

5.1.2.3.2.11  Model  Reference  Table  File.  This  table  shall  be  included 
if  there  are  any  model  references.  The  name  of  this  file  shall  be 
■CUZjrxxxxx.MRF" ,  where  "r"  is  "M"  for  Merged  Culture  Data,  “O"  for  lOD  0 
Culture  Data,  *1''  for  LOD  1  Culture  Data,  *2"  for  ZjOD  2  Culture  Data, 

"S*  for  Z/DD  3  Culture  Data,  "4*  for  LOD  4  Culture  Data,  and  "5"  for  LOD 
5  Culture  Data;  and  "xxxxx"  is  the  culture  tils  sequence  number.  The 
Model  Reference  Table  File  format  shall  be  as  follows: 

SZF  File  Identifier  Record 
Model  Reference  Header  Record 
for  each  Model  Reference  Table  Entry 
Model  Reference  Table  Entry  Record 

5.1.2.3.2.11.1  SZF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  (always  'SZF/HDZ  CULTURE') 

File  Identifier  Field  (always  'MODEL  REFERENCE  TABLE') 

5.1.2.3.2.11.2  Model  Reference  Header  Record.  The  Model  Reference 
Header  shall  be  structured  as  follows: 

Record  Keyword  Field  (always  'MR') 

Number  of  Model  References  Field 
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S. 1.2. 3. 2. II. 3  Model  Reference  Table  Entry  Record.  The  field  structure 
of  this  record  shall  be  as  follows: 

Record  Keyword  Field  ( always  *  HE ' ) 

Model  Reference  Table  Index  Field 

Model  Number  Field 

Model  LOO  Field 

Orientation  Angle  Field 

Correlation  Priority  Field 

Model  Lat  Long  Field 

Scale  Factor  Field 

Model  Library  Type  Field 

Number  of  Substituted  Features  Field 

for  each  Substituted  Feature 

Substituted  Feature  Nvimber  Field 

5.1.2.3.2.12  Sutaerfeature  File.  This  file  shall  be  included  if  there 
are  any  superfeatures  defined  within  the  culture  tile.  The  name  of  this 
file  shall  be  "CULrxxxxx.SFR",  where  'r*  is  "M”  for  Merged  Culture  Data, 
**0"  for  LOD  0  Culture  Data,  "I”  for  LOD  1  Culture  Data,  ”2"  for  LOD  2 
Culture  Data,  *3*  for  LOO  3  Culture  Data,  ”4*  for  LOO  4  Culture  Data,  or 
*5”  for  LOD  5  Culture  Data;  and  "xxxxx”  is  the  culture  tile  sequence 
number.  The  Superfeature  file  format  shall  be  as  follom: 

SIF  File  Identifier  Record 
for  each  Superfeature 

Superfeature  Header  Record 

5.1.2.3.2.12.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  (always  'SIF/BDI  CDLTDRE*) 

File  Identifier  Field  (always  • SUPERFEATURE  FILE’) 

5.1.2.3.2.12.2  Superfeature  Header  Record.  There  shall  be  a 
Superfeature  header  record  for  each  superfeature  defined  within  the 
culture  tile.  The  field  structure  of  this  record  shall  be  as  follows: 


Record  Keyword  Field  ( always  *  SF ' ) 

Superfeature  ID  Field 
Superfeature  Description  Field 
Bounding  Rectangle  Coordinates  Field 
Number  of  Aggregate  Features  Field 
Number  of  Child  Features  Field 

Number  of  Child  Superfeatures  Field  (currently  0  for  P2851 

Number  of  Parent  Superfeatures  Field  (currently  0  for  P2851 
for  each  Aggregate  Feature 
Feature  Number  Field 
for  each  Child  Feature 
Feature  Number  Field 

for  each  Child  Superfeature  (currently  none  for  P2851 

Superfeature  ID  Field 

for  each  Parent  Superfeature  (currently  none  for  P2851 

Superfeature  ID  Field 


SSDB  data) 
SSDB  data) 


SSDB  data) 
SSDB  data) 
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5.1.2.3.2.13  Feature  File.  The  nante  of  this  file  ahall  be 
"CULrxxxxx.FTR" ,  where  "r"  is  "M"  for  Merged  Culture  Data,  "O"  for  LOD  0 
Culture  Data,  *1*  for  LOD  1  Culture  Data,  "2*  for  LOD  2  Culture  Data, 

"3’  for  LOD  3  Cultiure  Data,  *4"  for  LOD  4  Culture  Data,  and  "5"  for  LOD 
5  Culture  Data;  and  "xxxxx"  la  the  culture  tile  sequence  number.  The 
Feature  File  format  shall  be  as  follows,  and  as  shown  in  Figure  13. 

Each  title  shall  include  a  background  areal  feature. 

SIF  File  Identifier  Record 
Manuscript  Header  Record 
for  each  Feature  in  the  Feature  File 
Feature  Record 

for  each  Culture  Segment  Pointer 
Culture  Segment  Pointer  Record 
for  each  Model  Reference  {optional] 

Model  Reference  Pointer  Record 
for  each  Microdescriptor  Record  (optional] 

Microdescriptor  Record 

for  each  Feature  Continuation  Record  (optional] 

Feature  Continuation  Record 
for  each  FACS  List  Pointer  (optional] 

FACS  List  Pointer  Record 
for  each  Texture  Reference  Record  [optional] 

Texture  Reference  Pointer  Record 
for  each  Higher  LOO  Cross  Reference  [optional] 

LOD  Cross  Reference  Record 
for  each  Lower  LOD  Cross  Reference  [optional] 

LOD  Cross  Reference  Record 


5.1.2.3.2.13.1  SIF  rile_Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  (always  ’SIF/HDI  CULTURE') 

File  Identifier  Field  (always  'FEATURE  FII2') 


5.1.2.3.2.13.2  Manuscript  Header  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Record  Keyword  Field  ( always  ’MB') 

Highest  Feature  Number  Field 
Highest  Segment  Number  Field 
Cell  Boundeu7  Field 
Manuscript  Boundary  Field 
Security  Level  Field 
Number  of  Areal  Features  Field 
Number  of  Linear  Features  Field 
Number  of  Point  Features  Field 
Number  of  Point  Light  Features  Field 
Number  of  Point  Light  Strings  Field 
Number  of  Model  References  Field 
Number  of  Texture  References  Field 
Maintenance  Date  Field 
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5. 1.2. 3*2. 13. 3  Feature  Record.  The  Feature  Record  shall  be  one  of  the 
following  record  types: 

Areal  Feature  Record 

Linear  Feature  Record  [optional] 

Point  Feature  Record  [optional] 

Point  Light  Feature  Record  [optional] 

Point  Light  String  Feature  Record  [optional] 


5.1.2.3.2.13.3.1  Areal  Feature  Record.  The  number  of  Areal  Feature 
records  shall  correspond  to  the  value  in  the  Number  of  Areal  Features 
field  within  the  Manuscript  Header  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Record  Keyvrord  Field  (always  'AF*) 

Feature  Fragment  Flag  Field 

Bounding  Rectangle  Coordinates  Field 

Number  of  Texture  References  Field 

Number  of  Culture  Segments  Field 

Number  of  FACS  List  Pointers  Field 

Number  of  Microdescriptors  Field 

Niunber  of  instances  Field 

Number  of  Feature  Continuations  Field 

Feature  Ninnber  Field 

Feature  Identification  Code  Field 

Feature  Descriptor  Code  Field 

Synthetic  Data  Flag  Field 

Source  10  Number  Field 

Correlation  Priority  Field 

Predcminant  Height  Field 

Surface  Material  Category  Field 

Color  Table  Index  Field 

Layer  Number  Field 

Terrain  Feature  Identifier  Field 

Number  of  Higher  LOD  Cross  References  Field 

Number  of  Lower  LOD  Cross  References  Field 
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5.1.2.3.2.13.3.2  Linear  Fea'ture  Record.  The  number  of  Linear  Fea'ture 
recorda  shall  correspond  to  the  value  in  the  Number  of  Linear  Features 
field  within  the  Manuscript  Header  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Record  Keyword  Field  (always  ’LF*) 
flidth  Field 

Bounding  Rectangle  Coordinates  Field 

Number  of  Texture  References  Field 

Number  of  Culture  Segments  Field 

Number  of  FACS  List  Pointers  Field 

Number  of  Hicrodescriptors  Field 

Number  of  Instances  Field 

Number  of  Feature  Continuations  Field 

Feature  Nvonber  Field 

Feature  -  Identification  Code  Field 

Feature  Descriptor  Code  Field 

Synthetic  Data  Flag  Field 

Source  ID  Number  Field 

Correlation  Priority  Field 

Predominant  Height  Field 

Svirface  Material  Category  Field 

Color  Table  Index  Field 

Layer  Nvimber  Field 

Terrain  Feature  Identifier  Field 

Number  of  Higher  LOD  Cross  References  Field 

Number  of  Lower  LOD  Cross  References  Field 

5.1.2.3.2.13.3.3  Point  Feature  Record.  The  number  of  Point  Featxure 
records  shall  correspond  to  the  value  in  the  Number  of  Point  Features 
field  within  the  Manuscript  Header  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Record  Keyword  Field  (always  ’PF*) 

Length  Field 
Orientation  Field 
Width  Field 

Bounding  Rectangle  Coordinates  Field 

Number  of  Texture  References  Field 

Number  of  Culture  Segments  Field 

Number  of  FACS  List  Pointers  Field 

Number  of  Microdescriptors  Field 

Number  of  Instances  Field 

Number  of  Feature  Continuations  Field 

Feature  Number  Field 

Feature  Identification  Code  Field 

Feature  Descriptor  Code  Field 

Synthetic  Data  Flag  Field 

Source  ID  Number  Field 

Correlation  Priority  Field 

Predotninant  Height  Field 

Surface  Material  Category  Field 

Color  Table  Index  Field 

Layer  Number  Field 

Terrain  Feature  Identifier  Field 

Number  of  Higher  LOD  Cross  References  Field 

Number  of  Lower  LOD  Cross  References  Field 
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5.1.2.3.2.13.3.4  Point  Light  Feature  Record.  The  number  of  Point  Light 
Feature  records  shall  correspond  to  the  value  in  the  Number  of  Point 
Light  Features  field  within  the  Manuscript  Header  Record.  The  field 
structure  of  this  record  shall  be  as  follows: 

Record  Keyirord  Field  (always  *PL') 

Length  Field 

Orientation  Field 

Shape  Code  Field 

width  Field 

Directionality  Field 

Light  Type  Field 

Number  of  Culture  Segments  Field 

Nxnober  of  FACS  List  Pointers  Field 

Number  of  Kicrodescriptors  Field 

Number  of  Instances  Field 

Number  of  Feature  Continuations  Field 

Feature  Number  Field 

Feature  Identification  Code  Field 

Feature  Descriptor  Code  Field 

Synthetic  Data  Flag  Field 

Source  ID  Number  Field 

Correlation  Priority  Field 

Predominant  Height  Field 

Surface  Material  Category  Field 

Color  Table  Index  Field 

Layer  Number  Field 

Terrain  Feature  Identifier  Field 

N:uRber  of  Higher  LOD  Cross  References  Field 

Number  of  Lower  LOD  Cross  References  Field 
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5.1.2.3.2.13.3.5  Point  Light  String  Feature  Record.  The  number  of 
Point  Light  String  Feature  records  shall  correspond  to  the  value  in  the 
Number  of  Point  Light  Strings  field  within  the  Manuscript  Header  Record. 
The  field  structure  of  this  record  shall  be  as  follows: 

Record  Keyword  (always  'LS') 

Length  Field 

Orientation  Field 

Width  Field 

Directionality  Field 

Light  Type  Field 

Light  String  Shape  Field 

Number  of  Lights  Field 

Point  Light  String  Origin  Field 

Point  Light  String  Delta  Field 

Bounding  Rectangle  Coordinates  Field 

Number  of  Culture  Segments  Field 

Number  of  FACS  List  Pointers  Field 

Nisnber  of  Microdescriptors  Field 

Number  of  Instances  Field 

Number  of  Feature  Continuations  Field 

Feature  Number  Field 

Feature  Identification  Code  Field 

Feature  Descriptor  Code  Field 

Synthetic  Data  Flag  Field 

Source  ID  Number  Field 

Correlation  Priority  Field 

Predcxoinant  Height  Field 

Surface  Material  Category  Field 

Color  Table  Index  Field 

Layer  Number  Field 

Terrain  Feature  Identifier  Field 

Number  of  Higher  LOD  Cross  References  Field 

Number  of  Lower  LOD  Cross  References  Field 


5.1.2.3.2.13.4  Culture  Segment  Pointer  Record.  The  total  number  of 
segment  list  pointers  associated  with  a  feature  shall  correspond  to  the 
value  in  the  Humber  of  Culture  Segments  Field  in  the  parent  Feature 
Record.  The  field  structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  ( always  ' SP ' ) 

Segment  Direction  Field 
Correlation  Priority  Field 
Segment  ID  Number  Field 


5.1.2.3.2.13.5  Model  Reference  Pointer  Record.  The  number  of  these 
records  shall  correspond  to  the  value  in  the  Number  of  Instances  field 
within  the  parent  feature  header  record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Record  Keyword  Field  ( always  • MP • ) 

Model  Reference  Table  Index  Field 
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5.1.2.3.2.13.6  Microdcacriptor  Record.  The  'total  number  of 
microdescrlptors  associated  with  a  given  feature  shall  correspond  to  the 
value  in  the  Number  of  Microdescriptors  field  in  the  parent  feature 
record.  The  field  structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  ’MI’) 

Microdescriptor  Type  Field 
Microdescriptor  Value  Field 


5.1.2.3.2.13.7  Feature  Continuation  Record.  The  number  of  these 
records  for  a  given  feature  shall  correspond  to  the  value  in  the  Number 
of  Feature  Continuations  field  in  the  parent  feature  record.  The  field 
structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  ( always  *  FC ’ ) 

Next  Manuscript  ID  Field 
Next  Feature  Number  Field 


5.1.2.3.2.13.8  FACS  List  Pointer  Record.  The  total  number  of  FACS  list 
pointers  associated  with  a  feature  shall  correspond  to  the  value  in  the 
Number  of  FACS  List  Pointers  Field  in  the  parent  feature  record.  The 
field  structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  *FP') 

FACS  Table  Index  Field 


5.1.2.3.2.13.9  Texture  Reference  Pointer  Record.  The  total  nurooer  of 
texture  references  associated  with  a  feature  shall  correspond  to  the 
value  in  the  Nxiraber  of  Texture  References  field  within  the  parent 
feature  record.  The  field  structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  *TX') 

Texture  Napping  Type  Field 

Texture  Reference  Table  Index  Field 

Texture  Mapping  Set  ID  Field 

Linear  Feature  Texture  Orientation  Field 


5.1.2.3.2.13.10  Higher  LOP  Cross  Reference  Record.  When  multiple  LCDs 
are  included,  pointers  shall  be  set  between  the  coarse  feature  and  its 
associated  higher  resolution  feature(s).  These  pointers  shall  maintain 
a  one  lower  LOD  feature  to  many  higher  LOD  feature  relationship.  The 
number  of  these  records  shall  correspond  to  the  Number  of  Higher  LOD 
Cross  References  field  in  the  parent  feature  record.  The  field 
structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  ( always  *  HL ’ ) 

Next  Manuscript  ID  Field 
Next  Feature  Number  Field 
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S. 1.2. 3. 2. 13. 11  Lcwrer  LOP  Croas  Reference  Record.  A  feature  at  a 
higher  LOO  shall  incorporate  a  pointer  to  each  lower  LOO  representation 
of  that  feature.  The  number  of  these  records  shall  correspond  to  the 
Number  of  Lower  LOO  Cross  References  field  in  the  parent  feature  record. 
The  field  structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  *LL*) 

Next  Manuscript  ID  Field 
Next  Feattire  Number  Field 

5.1.2.3.2.14  Segment  File.  The  name  of  this  file  shall  be 
"COLrxxxxx.SEG”/  where  ^r"  is  'M*  for  Merged  Culture  Data,  "0*  for  LOD  0 
Culture  Data,  ‘‘I*  for  LOD  1  Culture  Data,  ”2"  for  LOD  2  Culture  Data, 

*3*  for  LOD  3  Culture  Data,  *‘4"  for  LOD  4  Culture  Data,  and  "S**  for  LOD 
5  Culture  Data;  and  '‘xxxxx*  is  the  culture  tile  sequence  number.  The 
Segment  File -format  shall  be  as  follows,  and  as  sho%m  in  Figure  14. 

SIF  File  Identifier  Record 
for  each  Segment 

Segment  Header  Record 
Vertex  List  Pointer  Record 
Segment  Backpointer  Record 


5.1.2.3.2.14.1  SIF  File  Identifier  Record.  The  field  structure  of 
this  record  shall  be  as  follows: 

Section  Identifier  Field  (always  ’SIF/HDI  CULTORE*) 

File  Identifier  Field  (always  'SEGMENT  FILE’) 

5.1.2.3.2.14.2  Segment  Header  Record.  There  shall  be  a  Segment 
Header  Record  for  each  coordinate  segment  defined  within  the  culture 
file.  The  field  structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'SB'} 

Segment  ID  Number  Field 
Beginning  Coordinates  Field 
Ending  Coordinates  Field 
Shared  Segment  Flag  Field 
Correlation  Priority  Field 
Botinding  Rectangle  Coordinates  Field 
Clipped  Boundary  Flag  Field 
2-D/3-D  Coordinates  Flag  Field 
Number  of  Coordinate  Pointers  Field 
Number  of  Segment  Backpointers  Field 

5.1.2.3.2.14.3  Vertex  List  Pointer  Record.  The  number  of  entries  in 
this  array  shall  correspond  to  the  Number  of  Coordinate  Pointers  Field 
in  the  parent  Segment  Header  Record.  The  field  structure  of  this  record 
shall  be  as  follows: 

Record  Keyword  Field  (always  'VP') 
for  each  Vertex  List  Pointer 
Vertex  Pointer  Field 
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5.1.2.3.2.14.4  Seoinent  BacXpointer  Record.  The  'total  number  of 
segment  backpointers  associated  with  a  segment  shall  correspond  to  the 
value  in  the  Number  of  Segment  Backpointers  Field  in  the  parent  Segment 
Header  Record.  The  field  structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  ’SB') 
for  each  backpointer 
Feature  Number  Field 

5. 1-2. 4  Gridded  Data 

5. 1.2. 4.1  Gridded  Data  Encoding.  The  National  Imagery  Transmission 
Format  (NITF)  version  1.1,  shall  be  used  to  store  SZF/HDI  rasterized 
photo  texture,  terrain  elevation  data  (vdiere  elevation  is  substituted 
for  image  pixel  values)  and  sensor  texture  data  (where  feature 
identifiers  and  surface  material  categories  are  substituted) . 

Extensions  to  the  published  NITF  format,  needed  to  support  SZF/HDI, 
shall  be  limited  to  those  documented  in  this  standard.  A  SZF/BDZ  data 
set  shall  support  multiple  terrain  levels  of  detail  (LODs)  expressed  in 
fixed  units  of  latitude  and  longitude,  spaced  at  3,  1,  0.3,  and  0.03  arc 
seconds . 


50.1.2.4.2  Gridded  Data  Section  Structure 

5. 1.2. 4. 2.1  Basic  NITF  structure.  As  defined  in  the  NITF  docximentation 
(NITF,  version  1.1,  CK  No.  2)  each  header  and  sub-header  shall  have  its 
own  file,  which  shall  be  in  ASCII.  All  sizes  for  data  fields  are  in 
bytes,  with  one  byte  per  character.  Each  grid  shall  be  stored  in  its 
ovm  binary  file.  These  files  shall  contain  field  labels  on  odd-numbered 
lines  and  field  values  (corresponding  to  the  immediately  preceding  field 
label)  on  even-numbered  lines.  Each  field  label  line  shall  be  in  all 
capital  letters,  and  may  include  numerics.  Each  line  shall  be 
terminated  with  a  Carriage  Retum/Line  Feed  pair.  The  file  shall  be 
terminated  with  an  end-of-file  (CNTRI,-Z)  character. 

5 . 1 . 2 . 4 . 2 . 2  SIF/HDI  application-specific  features 

5. 1.2. 4. 2. 2.1  Data  Fill.  The  following  rules  shall  be  used  to  populate 
data  fields.  Each  field  is  fixed-length. 

a.  Data  in  text  fields  shall  be  left  justified  and  padded  with  blanks. 

b.  Data  in  numeric  integer  fields  shall  be  right  justified  and  padded 
with  leading  zeroes. 

c.  Data  in  numeric  floating  point  fields  shall  be  right  justified  and 
padded  with  leading  blanks. 

d.  Numeric  floating  point  fields  shall  be  provided  in  scientific 
notation  as  defined  in  the  SIF/HDI  and  SIF/DP  Data  Dictionary. 

e.  Null  values  shall  be  blanks  for  all  fields. 
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5. 1 .2 .4 .2 .2  .2  Field  Types.  The  NITF  standard  defines  three  types  of 
fields  for  headers  and  sub-headers:  Required  (R),  Optional  (0),  and 
Conditional  (C) .  A  Required  field  shall  be  present  and  must  contain 
valid  data.  An  Optional  field  shall  be  present,  but  may  or  may  not' 
contain  valid  data.  If  there  is  no  valid  data  for  the  field,  it  shall 
be  blank-filled.  A  Conditional  field  may  or  may  not  be  present 
depending  on  the  value  of  preceding  field(B);  if  it  is  present,  then  it 
shall  contain  valid  data.  This  standard  defines  an  additional  field 
type:  Null  (N).  A  Null  field  shall  be  present,  and  shall  contain  a 
series  of  blanks  filling  the  field.  For  user-defined  sub-headers,  the 
field  type  shall  be  baaed  on  the  texture  library  type  of  the  image. 


5. 1.2. 4. 2. 2. 3  Data  Classes.  SXF/BDI  shall  use  only  the  NITF  image  data 
class.  The  image  class  shall  be  used  to  handle  general  texture,  which 
could  be  generic,  geospecific,  or  model-specific.  The  symbol,  label, 
text,  audio,  and  non-static  presentation  information  (NPI)  data  classes 
shall  not  be  used  in  SIF/BDI . 


5. 1.2. 4. 2. 2. 4  File  Order.  All  terrain  grid  files  shall  appear  first, 
followed  by  all  texture  grid  files.  The  SIF/BDI  gridded  data  section 
format  shall  be  as  follows,  and  as  shown  in  Figure  15. 

NITF  Beader  File 
for  each  terrain  tile 

Terrain  Sub-Header  File 
Terrain  Data  File 
for  each  texture  tile 

Image  Sub-Beader  File 
Image  Data  File 
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5. 1.2. 4. 3  Gridded  Data  File  Strueturea 

5. 1.2. 4. 3.1  KITF  Header  File.  The  NITF  Header  format  shall  be  in 
accordance  with  version  1.1  of  KITF.  All  fields  in  the  KXTF  Header 
shall  be  encoded  as  ASCII  characters,  including  numeric  values.  The 
name  of  the  file  shall  be  "NXTF.BDR*.  The  file  format  shall  be  as 
follows : 


Label 

MHDR 

STYPE 

OSTAID 

MDT 

MTITLE 

MSCLAS 

MSCODE 

MSCTLB 

KSREL 

MSCAUT 

MSCTLN 

HSDWNG 

MSDEVT 

MSCOP 

MSCPYS 

ENCRYP 

ONAME 

OPHONE 

I.L 

BL 

KOMI 

LISBnnn 

LInnn 

HUMS 

NUKL 

NUMT 

KUMA 

KUMF 

UDBDL 

XBDL 

XBD 


Field _ 

Message  Type  6  Version 
System  Type 

Originating  Station  ID 
Message  Date  6  Time 
Message  Title 

Message  Security  Classification 

Message  Codewords 

Message  Control  and  Handling 

Message  Releasing  Instructions 

Message  Classification  Authority 

Message  Security  Control  Number 

Message  Security  Downgrade 

Message  Downgrading  Event 

Message  Copy  Number 

Message  Number  of  Copies 

Encryption 

Originator's  Name 

Originator's  Phone  Number 

Message  Length 

NITF  Header  Length 

Number  of  Images 

for  each  image 

Length  of  image  Sub-Beader 
Length  of  Image 

Number  of  Symbols  (always  zero] 

Number  of  Led>els  [always  zero] 

Number  of  Text  Files  [always  zero] 

Number  of  Audio  Segments  [always  zero] 

Number  of  Non-Static  Presentation  Information  Files 
[always  zero] 

User  Defined  Header  Data  Length 

SIF/HDI  User  Defined  Header  Data  (subrecord) 

Extended  Header  Data  Length  [always  zero] 

Extended  Header  Data  (always  zero] 


87 


MIL-STD-1821 


5. 1.2. 4. 3. 1.1  SIF/HDI  User  Defined  Header  Data.  Texture  data  shall  be 
treated  as  imagery,  and  be  counted  within  the  Munber  of  Images  field  in 
the  basic  NITF  Header.  The  field  structure  of  this  subrecord  shall  be 
as  follows. 

Label _ Field _ 

DDHO  Data  Base  Sentinel  (always  ’SIF/BDI") 


TERRAIN  DATA: 
NUMTER 

TERSHL 

TERFL 


Number  of  Terrain  Files 
for  each  terrain  file 

Length  of  Terrain  Sub-Header  File 
Length  of  Terrain  File 


IMAGE  TIE  POINT  DATA: 

NUMGTP  Number  of  Geographic  Tie  Points 

for  each  geographic  (areal)  tie  point 
GTPID  Geographic  Tie  Point  ID 

NOMGTPR  Number  of  Tie  Point  References 


STEXLIB 

TEXID 

NOMMTP 

MTPID 

NOMMTPR 

STEXLIB 

TEXID 


for  each  tie  point  reference 

Texture  Library  (Stage  1  or  2  Areal  only) 
Texture  ID 

Number  of  Model  Tie  Points 
for  each  model  tie  point 
Model  Tie  Point  ID 
Number  of  Tie  Point  References 
for  each  tie  point  reference 

Texture  Library  (Stage  1  or  2  Model  only) 
Texture  ID 


GENERIC  TEXTURE  ASSOCIATION  DATA: 

NUMGTS  Number  of  Generic  Texture  Sets 

for  each  generic  texture  set 
GTSNAME  Generic  Texture  Set  Name 

OMTF  Object  Or  Material  Texture  Flag 

NUMGT  Number  of  Generic  Textures  In  Set 

for  each  generic  texture 
TEXID  Texture  ID 
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5. 1.2. 4. 3. 2  Terrain  Sub-Header  rile.  Unlike  NITF,  the  image  size  shall 
have  no  logical  limitation.  All  SZP/BDZ  terrain  elevation  data  shall  be 
24  bits  in  length.  Comer  coordinates  shall  be  expressed  in  units  of 
thousandths  of  arc  seconds.  Terrain  shall  be  stored  in  the  HGS-84 
geodetic  coordinate  system.  Within  a  terrain  tile,  there  may  be 
rectangular  insets  whose  source  is  different  from  that  of  the  rest  of 
the  tile.  These  insets  shall  always  be  at  the  same  resolution  and 
spacing  as  the  rest  of  that  tile.  Within  the  SZF/HDZ  User-Defined 
Terrain  Data,  the  first  source  listed  shall  always  be  primary  source 
(i.e.,  the  source  for  the  background  terrain  data).  All  subsequent 
sources  shall  be  for  the  insets  %dio8e  boundaries  are  defined  in  the 
Terrain  Source  Footprint  Data  section  in  the  SZF/HDZ  User -Defined 
Terrain  Data.  A  single  boundary  shall  indicate  that  there  are  no 
insets,  and  there  is  only  a  single  source.  This  shall  be  the  usual 
case.  All  boundaries  shall  be  rectangular  and  shall  be  oriented  in  a 
North-South,  East-West  orientation.  The  name  of  this  file  shall  be 
’TERxxxxx.HDR* ,  where  "xxxxx"  is  the  terrain  tile  sequence  number. 


Label 

TM 

TZD 

TDATZM 

TGTZD 

TTITLE 

TSCLAS 

TSCODE 

TSCTLH 

TSREL 

TSCADT 

TSCTLN 

TSDWNG 

TSDEVT 

ENCRYP 

TSORCE 

TCORDS 

TGEOLO 

NTCOM 

TCOMn 

TC 

CC»1RAT 

NBANDS 

TTYPEn 

TFCn 

TEFLTn 

NLDTSn 

TSYNC 

THODE 

NBPR 

NBPC 

NPPBH 

NPPBV 

NBPP 

DLVL 

ALVL 

TLOC 

TMAG 


Field _ 

Message  Part  Type  (always  "TM"J 

Terrain  ZD 

Terrain  Date  6  Time 

Target  ZD 

Terrain  Title 

Terrain  Security  Classification 
Terrain  Codewords 
Terrain  Control  and  Handling 
Terrain  Releasing  Instructions 
Terrain  Classification  Authority 
Terrain  Security  Control  Humber 
Terrain  Security  Downgrade 
Terrain  Downgrading  Event 
Encryption 
Terrain  Source 

Terrain  Coordinate  System  [always  geodetic /geographic] 
Terrain  Geographic  Location 
Number  of  Terrain  Comments 
for  each  Terrain  Comment  n 
Terrain  Comment 
Terrain  CoRq)re88ion 
Con^ression  Rate  Code 
Number  of  Bands  [always  1  for  terrain] 
for  each  band  n 

Terrain  Type 

Terrain  Filter  Condition 

Standard  Terrain  Filter  Code 

Number  of  LUTs  [always  0  for  terrain] 

Terrain  Sync  Code 

Terrain  Mode  [always  band  sequential] 

Number  of  Blocks  Per  Row 

Number  of  Blocks  Per  Column 

Number  of  Pixels  Per  Block  Horizontal 

Number  of  Pixels  Per  Block  Vertical 

Number  of  Bits  Per  Pixel  Per  Band 

Display  Level 

Attachmen*-  Level 

Terrain  Location 

Terrain  Magnification 
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5. 1.2. 4. 3. 2  Terrain  Sub-Header  File  -  Continued. 


Label 


Field 


DDTDL  Daer  Defined  Terrain  Data  Length 

User  Defined  Terrain  Data 
XSHDL  Extended  Sub-Header  Data  Length 

ESBD  Extended  Sub-Header  Data  lalmya  zero] 


5. 1.2. 4. 3. 2.1  Sir/HDI  Deer  Defined  Terrain  Data, 
of  this  subrecord  shall  be  as  follows. 


The  field  structure 


Label 


Field 


UDTD 


SIF/HDI  Sentinel  (always  "SIF/HDI") 


GEKERAL  PROCESSING  DATA: 

HRES  Horizontal  Resolution 

VRES  Vertical  Resolution 

BSZZE  Horizontal  Size 

VSIZE  Vertical  Size 

ODS  Original  Data  Sources  Used 

PAST  Positional  Accuracy  Standards 

EAST  Elevation  Accuracy  Standards 

ELRES  Elevation  Resolution 


SOURCE  DATA: 
NUMDS 

SOID 

sorypE 

SONAME 

SOAP 

SODATE 

REDA 

COLSYS 

CODATE 

SYNDF 

COMCRI 


Number  of  Data  Sources 
for  each  data  source 

Source  ID  Number 
Source  Type 
Source  Name 
Source  Agency /Project 
Source  Date 
Reliability  of  Data 
Collection  System 
Conpilation  Date 
Synthetic  Data  Flag 
Compilation  Criteria 


TERRAIN  SOURCE  FOOTPRINT  DATA: 

NUHBOU  Number  of  Boundaries 

for  each  boundary 
BOUNDID  Boundary  ID 

SOID  Source  ID  Number 

NUMBP  Number  of  Boundary  Points 

for  each  boundary  point 
BPID  Boundary  Point  ID 

LATLON  Boundary  Coordinates 

5. 1.2. 4. 3. 3  Terrain  Data  File.  The  name  of  this  file  shall 
be’TERxxxxx.DAT” ,  where  "xxxxx"  is  the  terrain  tile  sequence  number. 

The  field  structure  of  this  file  shall  be  as  follows.  Elevation  values 
shall  be  given  in  binary  integer  form  as  defined  by  NITF. 

for  each  row  from  top  to  bottom 

for  each  column  from  left  to  right 
elevation  value 
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5. 1.2. 4. 3. 4  Image  Sub-Header  Flic.  The  SIF/HDI  Image  Coordinate  System  shall 
be  geodetic /geographic  unless  an  image  is  being  transmitted  in  its  original 
format  which  is  not  in  geodetic /geographic  coordinates.  Corner  coordinates 
shall  be  expressed  in  units  of  thousandths  of  arc  seconds.  The  image  size 
shall  have  no  logical  limitation.  The  SIF/HDI  implementation  of  NITF  shall 
not  use  Look  Op  Tables  (LUTs)  for  visual  (color  or  intensity)  texture.  All 
such  data  shall  be  directly  stored  in  the  MITF  Image  Data  File.  For  SMC/FDC 
data,  LUTs  may  or  may  not  be  used.  If  LUTs  are  used,  the  LOT  entry  shall  be 
entirely  in  ASCII  with  a  length  of  seven  bytes.  The  first  two  bytes  shall 
represent  the  SMC  (0  -  15),  while  the  following  five  bytes  shall  represent 
the  ASCII  FDC  value.  The  name  of  this  file  shall  be  "TEXxxxxx.HDR* ,  where 
"xxxxx"  is  the  texture  tile  sequence  number. 


Label 

IM 

no 

IDATIM 

TCTID 

ITITLB 

ISCLAS 

ISCODE 

ISCTLH 

ISREh 

ISCAOT 

ISCTLN 

ISDWHG 

ISOEVT 

ENCRYF 

ISORCE 

ICOROS 

IQBOLO 

NICOH 

ICOMn 

IC 

COKRAT 

NBANDS 

ITYPEn 

ircn 

IMTLTn 

HLUTSn 

NELUTm 

LUTDe 

ISYNC 

IMODE 

MBPR 

NBPC 

NPPBB 

NPPBV 

NBPP 

DLVL 

ALVL 


Field _ 

Message  Part  Type  (always  "IM“] 

Image  ID  (unique  across  SIF  database) 

Image  Date  &  Time 
Target  ID 
Image  Title 

Image  Security  Classification 
Image  Codewords 
Image  Control  and  Handling 
Image  Releasing  Instructions 
Image  Classification  Authority 
Image  Security  Control  Number 
Image  Security  Downgrade 
Image  Downgrading  Event 
Encryption 
Image  Source 
Image  Coordinate  System 
Image  Geographic  Location 
Number  of  Image  Connents 
for  each  Image  Comment  n 
Image  Comment 
Image  Compression 
Compression  Rate  Code 
Number  of  Bands 
for  each  band  n 
Image  Type 

Image  Filter  Condition 

Standard  Image  Filter  Code 

Number  of  LUTs  [SIF/HDI  defaults  to  0] 

for  each  LUT  m 

Number  of  LUT  Entries 
for  each  LUT  entry  e 
LUT  Entry  Data 

Image  Sync  Code 

Image  Mode  (SIF/HDI  defaults  to  Band  Sequential] 
Number  of  Blocks  Per  Row 

Number  of  Blocks  Per  Colximn 

Number  of  Pixels  Per  Block  Horizontal 

(SIF/HDI  default  =  64] 

Nundser  of  Pixels  Per  Block  Vertical 
[SIF/HDI  default  =  64] 

Number  of  Bits  Per  Pixel  Per  Band 
Display  Level 
Attachment  Level 
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5 . 1 . 2 . 4 . 3 . 4  Image  Sub-Header  File  -  Continued 
Label _ Field _ 


ILOC 

IKAG 

UDIDL 

XSBDL 

XSBD 


Image  Location 

Image  Magnification 

User  Defined  Image  Data  Length 

SIF/BDI  User  Defined  Image  Data  (subrecord) 

Extended  Gub-Beader  Data  Length 

Extended  Sub-Beader  Data  [reserved] 


5. 1.2. 4. 3. 4.1  SIF/BDI  User  Defined  Image  Data.  SIF/BDI  shall  include 
any  or  all  of  the  following  types  of  texture. 


5. 1.2. 4. 3. 4. 1.1  Stage  1  Specific  Areal.  Stage  1  Specific  Areal  Texture 
(Al)  shall  consist  of  images  idiose  contents  have  not  been  changed 
through  any  gecuietric  or  radiometric  operations.  All  such  images  shall 
be  exchanged  in  the  NITF  format  specified  in  this  section.  Ground 
control  points  shall  be  provided  with  these  images.  Tie  points  shall  be 
provided . 


5. 1.2. 4. 3. 4. 1.2  Stage  2  Specific  Areal.  Stage  2  Specific  Areal  Texture 
(A2)  shall  consist  of  images  vhoae  contents  have  been  changed  through 
radiometric  and  cut /paste  operations  only.  Such  operations  shall 
include  noise  removal,  occlusion  removal,  shadow  minimization,  haze 
removal,  and  color  and  contrast  enhancements.  The  auxiliary  information 
provided  with  Stage  1  Specific  Areal  Textures  (ground  control  points  and 
tie  points)  shall  also  be  included. 

5. 1.2. 4. 3. 4. 1.3  Stage  3  Specific  Areal.  Stage  3  Specific  Areal  Textiure 
(A3)  shall  consist  of  images  whose  contents  have  been  changed  through 
radiometric,  cut /paste,  and  geonetric  operations.  Such  operations  shall 
include  noise  removal,  occlusion  removal,  shadow  minimization,  haze 
removal,  color  and  contrast  enhancements,  image- to- image  contrast 
enhancement,  and  orthorectification  to  include  both  2D  geometric 
corrections  and  3D  geometric  corrections.  These  images  shall  be  in  the 
geodetic  coordinate  system  with  equal  arc  spacing. 

5. 1.2. 4. 3. 4. 1.4  Stage  1  Specific  Model.  Stage  1  Specific  Model  Texture 
(Ml)  shall  consist  of  images  whose  contents  have  not  been  changed 
through  any  bind  of  geometric  or  radiometric  operations.  All  such 
images  shall  be  exchanged  in  the  NiTF  format  specified  in  this  section. 
Control  points  in  the  model's  local  coordinate  system  shall  be  provided. 
Tie  points  shall  be  provided  with  these  images.  These  images  shall  be 
in  the  local  cartesian  coordinate  system  in  units  of  meters. 

5. 1.2. 4. 3. 4. 1.5  Stage  2  Specific  Model.  Stage  2  Specific  Model  Texture 
(M2)  shall  consist  of  images  whose  contents  have  been  changed  through 
radiometric  and  cut /paste  operations  only.  Such  operations  shall 
include  noise  removal,  occlusion  removal,  shadow  minimization,  haze 
removal,  and  color  and  contrast  enhancements.  Control  points  and  tie 
points  shall  also  be  included.  These  images  shall  be  in  the  local 
cartesian  coordinate  system  in  units  of  meters. 
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5. 1.2. 4. 3. 4. 1.6  Stage  3  Specific  Model.  Stage  3  Specific  Model  Texture 
(H3)  shall  consist  of  images  whose  contents  have  been  changed  through 
radiometric,  cut/paste,  and  geometric  operations.  Such  operations  shall 
include  noise  removal,  occlusion  removal,  shadow  minimization,  haze 
removal,  color  and  contrast  enhancements,  image-to-image  contrast 
enhancement,  and  orthorectification  to  include  both  21)  geometric 
corrections  and  3D  geometric  corrections.  These  iirwnes  shall  be  in  the 
local  cartesian  coordinate  system  in  units  of  meters. 

5. 1.2. 4. 3. 4. 1.7  Generic.  Generic  Texture  (G)  shall  consist  of  non¬ 
geospecific  images,  for  both  geographic  areas  as  well  as  models.  Such 
texture  shall  be  radiometrically  and  geometrically  corrected.  Generic 
texture  shall  be  stored  in  units  of  meters. 

5. 1.2. 4. 3. 4. 1.8  SMC/FDC.  SMC/FDC  Texture  (SF)  shall  consist  of  the  DMA 
Surface  Material  Category  (SMC)  and  Feature  Descriptor  Code  (FDC)  for 
that  position.  Such  texture  shall  be  geometrically  corrected.  These 
images  shall  be  in  the  geodetic  coordinate  system  with  equal  arc 
spacing.  SMC/FDC  texture  shall  be  provided  for  geospecific  areas  only. 

5. 1.2. 4. 3. 4. 2  Field  Structure.  The  field  structure  of  this  subrecord 
shall  be  as  follows.  For  each  texture  type,  a  field  shall  be  Required 
(R),  Optional  (O),  Conditional  (C),  or  Null  (N),  as  specified  herein. 


Label 

Field 

A 

123 

M  G  S 
123  F 

ODID 

Data  Base  Sentinel  ( always "SIF/HDI" 

) 

RRR 

RRR  R  R 

GENERAL  PROCESSING  DATA: 

STEXLIB 

Texture  Library 

RRR 

RRR  R  R 

TEXID 

Texture  ID  (unique  within  a  Texture 

Lib.) 

RRR 

RRR  R  R 

STEXID 

SSDB  Texture  ID  (original  SSDB  Tex. 

ID) 

RRR 

RRR  R  R 

TTYPE 

Texture  Type 

RRR 

RRR  R  R 

TEZDES 

Texture  Description 

RRR 

RRR  R  R 

BBSS 

Horizontal  Resolution 

RRR 

RRR  R  R 

VRES 

Vertical  Resolution 

RRR 

RRR  R  R 

BSIZE 

Horizontal  Size 

RRR 

RRR  R  R 

VSIZE 

Vertical  Size 

RRR 

RRR  R  R 

MSTF 

Modified  Specific  Texture  Flag 

RRR 

RRR  N  0 

NRF 

Noise  Removal  Flag 

RRR 

RRR  N  0 

ORF 

Occlusion  Removal  Flag 

RRR 

RRR  N  0 

BRF 

Haze  Removal  Flag 

RRR 

RRR  N  N 

SMF 

Shadow  Minimization  Flag 

RRR 

RRR  N  N 

IICEF 

Inner  Image  Contrast  Enhancement  Flag 

RRR 

RRR  N  N 

ITICEF 

Image-to-Image  Contrast  Enhancement  Flag 

RRR 

RRR  N  N 

2GCF 

2-D  Geometric  Correction  Flag 

RRR 

RRR  N  R 

3GCF 

3-D  Geometric  Correction  Flag 

RRR 

RRR  N  R 

PRCOH 

Processing  Comments 

000 

000  0  0 

IQC 

Image  Quality  Ccxnment 

OOO 

000  0  0 

IQR 

Image  Quality  Rating 

000 

000  0  0 

ICAPDT 

Image  Capture  Date  4  Time 

RRR 

RRR  0  R 

ifcrdt 

Image  File  Creation  Date  &  Time 

000 

000  0  0 

LMDT 

Last  Maintenance  Date  6  Time 

RRR 

RRR  R  R 

PAST 

Positional  Accuracy  Standards 

000 

OOO  0  0 

GEOLOC 

Geographic  Location  Name 

RRR 

000  0  R 

GTSNAME 

Generic  Texture  Set  Name 

NNN 

NNN  R  N 
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5. 1.2. 4. 3. 4. 2  Field  Structure  -  Continued. 


Field 

mm 

S 

z_ 

SOURCE  DATA: 

NOMDS 

Mmnber  of  Data  Soxxrcee 

RRR 

RRR  R 

R 

for  each  data  source 

SOID 

Source  ID  Number 

RRR 

RRR  R 

R 

SOTYPB 

Source  Type 

RRR 

RRR  R 

R 

SCXtAME 

Source  Name 

RRR 

RRR  R 

R 

SOAP 

Source  Agency/Project 

RRR 

RRR  R 

R 

SODATE 

Source  Date 

RRR 

RRR  R 

R 

SEID 

Sensor  ID 

RRO 

RRO  N 

0 

SBTYPB 

Sensor  Type 

RRO 

RRO  N 

0 

SEHAMB 

Sensor  Name 

RRO 

RRO  N 

0 

REDA 

Reliability  of  Data 

RRR 

RRR  R 

R 

PAST 

Positional  Accuracy  Standards 

000 

OOO  0 

0 

COIiSYS 

Collection  System 

RRR 

RRR  R 

R 

CODATE 

Compilation  Date 

RRR 

RRR  R 

R 

SYNDF 

Synthetic  Data  Flag 

RRR 

RRR  R 

R 

CQMCRI 

Compilation  Criteria 

000 

000  0 

0 

ICAPDT 

Image  Capture  Date  fc  Time 

RRR 

RRR  0 

R 

ENVIRONMENTAL 

CONDITIONS  DATA: 

SPENVC 

Special  Environmental  Conditions 

000 

OOO 

N 

0 

PERCC 

Percent  of  Cloud  Cover 

RRO 

OOO 

N 

N 

PERSC 

Percent  of  Shadow  Cover 

RRO 

000 

N 

N 

TEXTURE  FOOTPRINT 
PERTT 

DATA: 

Percent  of  Texture  in  Tile 

RRR 

RRR 

R 

R 

FERST 

Percent  of  Specific  Texture 

RRR 

RRR 

0 

R 

HOMBOU 

Number  of  Boundaries 

RRR 

RRR 

R 

R 

BOUNDID 

for  each  boundary 

Boundary  ID 

CCC 

CCC 

C 

C 

SOID 

Source  ID  Number 

CCC 

CCC 

C 

C 

HODVIEW 

Model  View  Description  (Stage  3) 

CCC 

CCC 

c 

c 

NUMBF 

Number  of  Boundary  Points 

CCC 

CCC 

c 

c 

BPID 

for  each  boundary  point 

Boundary  Poii.t  ID 

CCC 

CCC 

c 

c 

LATLON 

Absolute  Latitude/Longitude 

CCC 

NNN 

N 

c 

RELCO 

Relative  Coordinates 

NNN 

CCC 

N 

N 

ICO 

Image  Coordinates 

CCC 

CCC 

C 

c 

94 


NII.-STD-1821 


HEIGBBOR  TEXTOKB  ASSOCIATION  DATAt 

NOTNID  Noich  Tile  Neighbor  ID 

SOTNID  South  Tile  Neighbor  ID 

EATNID  East  Tile  Neighbor  ID 

NETNID  Neat  Tile  Neighbor  ID 

ABTNID  Above  Tile  Neighbor  ID 

BETNID  Below  Tile  Neighbor  ID 

RITNID  Right  Tile  Neighbor  ID 

LBTNID  Left  Tile  Neighbor  ID 


NNO  NNN  N  0 
NNO  NNN  N  0 
NNO  NNN  N  0 
NNO  NNN  N  0 
NNN  NNO  N  N 
NNN  NNO  N  N 
NNN  NNO  N  N 
NNN  NNO  N  N 


MODEL  ASSOCIATION  DATA: 

NOMMI  Humber  of  Models  in  Image  NNN  RRR  N  N 

for  each  model 

MODLIB  Model  Library  Type  CCC  CCC  C  C 

MODNOM  Model  Number  CCC  CCC  C  C 

MODNAME  Model  Name  CCC  CCC  C  C 

MODVIEW  Model  View  Description  CCC  CCC  C  C 


IMAGE  CONTROL 
NOMCP 

CPID 

CPNAHE 

SOID 

LATLON 

RELCO 

ICO 

NUMGTP 

GTPID 

ICO 

NDMMTP 

MTPID 

ICO 

MODLIB 

MODNOM 


DATA: 

Number  of  Control  Points 
for  each  control  point 
Control  Point  ID 
Control  Point  Name 
Source  ID  Number 
Absolute  Latitude /Longitude 
Relative  Coordinates 
Image  Coordinates 
Number  of  Geographic  Tie  Points 
for  each  geographic  tie  point  reference 
Geographic  Tie  Point  ID 
Image  Coordinates 
Nvunber  of  Model  Tie  Points 
for  each  model  tie  point  reference 
Model  Tie  Point  ID 
Image  Coordinates 
Model  Library  Type 
Model  Number 


RRO  RRO  N  0 

RRC  RRC  N  C 
RRC  RRC  N  C 
RRC  RRC  N  C 
RRC  NNN  N  C 
NNN  RRC  N  N 
RRC  RRC  H  C 
RRO  NNN  H  0 

CCC  CCC  C  C 
CCC  CCC  C  C 
NNN  RRO  N  0 

CCC  CCC  C  C 
CCC  CCC  C  C 
CCC  CCC  c  c 
CCC  CCC  c  c 
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5. 1.2. 4. 3. 4. 2  Field  Structure  -  Continued . 


Label _ Field 


A  M  G  S 
123  123  F 


SENSOR  IMAGE  DESCRIPTOR  DATA: 


NOMSEM 

Number  of  Sensors 
for  each  sensor 

RRR 

RRR 

N 

R 

SEID 

Sensor  ID 

RRO 

000 

C 

0 

FILMQ 

Film  Quality 

000 

000 

C 

0 

SUNAZ 

Sun  Azimuth 

RRO 

OOO 

c 

0 

SUMEL 

Sun  Elevation 

RRO 

000 

c 

O 

NOKSTM 

Number  of  Stereo  Mates 
for  each  stereo  mate 

RRO 

000 

c 

0 

TEXID 

Texture  ID 

CCC 

CCC 

c 

c 

SCANID 

Scanner  ID 

000 

000 

c 

0 

SCRES 

Scan  Resolution 

000 

000 

c 

0 

SCFID 

Scan  Filter  ID 

000 

000 

c 

0 

LLCOR 

LL  Corner  X/Y  Image  Coordinates 

RRO 

RRO 

c 

0 

ULCOR 

UL  Corner  X/Y  Image  Coordinates 

RRO 

RRO 

c 

0 

ORCOR 

UR  Comer  X/Y  Image  Coordinates 

RRO 

RRO 

c 

0 

LRCOR 

LR  Corner  X/Y  Image  Coordinates 

RRO 

RRO 

c 

0 

CALFL 

Calibrated  Focal  Length 

RRO 

OOO 

c 

0 

CALPPO 

Calibrated  Principal  Point  Offset 

RRO 

OOO 

c 

0 

CALPSO 

Calibrated  Point  of  Symmetry  Offset 

RRO 

OOO 

c 

0 

NUMFID 

Number  of  Fiducial  Coordinates 
for  each  fiducial  coordinate 

RRO 

FRO 

c 

0 

CALRIC 

Calibration  Report  Image 
Coordinates 

CCC 

CCC 

c 

c 

KEAIC 

Measured  Image  Coordinates 

CCC 

CCC 

c 

c 

OMEGA 

Omega 

RRO 

000 

c 

0 

PBI 

Phi 

RRO 

OOO 

c 

0 

KAPPA 

Kappa 

RRO 

OOO 

c 

0 

RECTIF 

Rectification 

RRO 

OOO 

c 

0 

CAMPLL 

Camera  Position  in  Lat/Lon 

RRO 

000 

c 

0 

CAMPB 

Camera  Position  in  Beight 

RRO 

RRO 

c 

0 

MSEOPK 

Mean  Square  Error  Omega/Phi /Kappa 

CCC 

CCC 

c 

c 

MSELLB 

Mean  Square  Error 

Latitude/Longitude/Beight 

CCC 

CCC 

c 

c 

BCAPTS 

Horizontal  Captured  Texel  Size 

RRO 

RRO 

c 

0 

VCAPTS 

Vertical  Captured  Texel  Size 

RRO 

RRO 

c 

0 

.4.3.5 

Imace  Data  File.  The  SIF/HDI  imnlementation 

of 

the 

NITF 

Standard  shall  store  the  actual  band  value(8)  at  each  texel  position 
(e.g.,  the  red,  green,  and  blue  intensity  values).  It  shall  not  use 
loo)c-up  tables  (LOTs)  except  optionally  for  SMC/FDC  data.  As  specified 
by  NITF,  each  band  shall  have  the  same  nuinber  of  bits.  The  name  of  this 
file  shall  be  "TEXxxxxx.DAT" ,  where  "xxxxx"  is  the  texture  tile  sequence 
number. 
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5. 1.2. 4. 3. 5.1  SMC/FDC  Encoding.  A  single  SMC/FDC  code  shall  require 
six  bytes  of  storage,  in  one  band  of  data.  The  high-order  byte  shall 
represent  the  SMC  value  in  simple  binary  integer  format.  Valid  SMC 
values  range  from  0  to  15.  The  following  five  bytes  shall  represent  the 
FDC  value  in  ASCII.  The  SMC/FDC  values  may  be  stored  directly  in  the 
Image  Data  File;  however,  it  is  strongly  reconmended  that  an  LOT  be 
used  for  SMC/FDC  values  so  that  the  Image  Data  File  only  stores  indices 
into  the  LOT. 


5. 1.2. 4. 3. 5. 2  Grid  Size.  The  grid  size,  as  well  as  horizontal  and 
vertical  spacing  of  grid  posts,  shall  conform  to  the  technical 
characteristics  of  the  SDBF  data  base  system,  as  documented  in  the 
Project  2851  Software  Design  Document. 

5. 1.2. 4. 3. 5. 3  Data  Compreesion.  Although  NITF  allows  several  forma 
of  data  compression,  compression  shall  only  be  applied  to  SIF/BDI  using 
the  lossless  Joint  F.iotographic  Experts  Group  (JPEG)  algorithm. 

5. 1.2. 4. 3. 5. 4  Record  Structure.  This  file  shall  consist  of  a  single 
logical  record  containing  a  simple  byte  stream.  The  field  structure  of 
this  record  shall  be  as  follows.  Texel  values  shall  be  in  bineuy 
integer  form  beginning  with  the  most  significant  bit  (MSB)  and  ending 
with  the  least  significant  bit  (LSB).  The  integer  shall  be  interpreted 
as  pure  magnitude  with  no  sign  bit. 

if  Image  Mode  is  Band  Sequential  (the  SIF/BDI  default) 
for  each  band 

for  each  block 

for  each  row  from  top  to  bottom 

for  each  column  from  left  to  right 
texel  value 

elseif  Image  Mode  is  Band  Interleaved 
for  each  block 

for  each  band 

for  each  row  from  top  to  bottom 

for  each  column  from  left  to  right 
texel  value 

5.1.3  SIF/BDI  Data  Base  Content.  The  subsequent  paragraphs  define  the 
manner  in  which  the  SIF/BDI  file  format,  specified  in  section  5.1.2, 
shall  be  populated. 

5. 1.3.1  SDBF  Produced  Data  Sets.  SIF/BDI  data  sets  produced  by  the 
Simulator  Data  Base  Facility  will  reflect  the  full  information  content 
of  the  SSDB,  at  the  time  the  data  set  is  created.  The  content  of  the 
SIF/BDI  data  set  will  be  limited  only  by  the  selection  of  files  to  be 
output,  and  the  geographic  area  of  coverage  specified.  The  levels  of 
detail,  layers,  and  resolutions  of  information  within  the  SIF  data  set 
will  correspond  exactly  to  those  of  the  SSDB.  Non-optional  data  records 
and  fields  for  which  ground-truth  information  does  not  exist  will  be 
populated  with  default  values.  A  SDBF-produced  SIF  data  set  will  be 
classified  at  the  level  of  the  SSDB  from  which  it  was  generated, 
typically  SECRET/NOFORN  (collateral). 
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5. 1.3. 2  Externally  Produced  Data  Seta.  A  SIF/HDI  data  set  generated  by 
an  external  producer  shall  contain  all  of  the  information  in  the  source 
data  set  from  which  it  was  translated.  All  values  used  to  populate 
mandatory  fields  shall  fall  within  permissible  ranges,  as  defined  within 
this  standard. 

5. 1.3. 2.1  Classified  Information.  SIF/BDI  data  sets  may  be  classified 
at  any  level  up  to  and  including  TOP  SECRET.  Data  sets  shall  be 
generated  under  Special  Access  Required  programs  only  when  they  can  be 
released  to  the  SDBF,  and  only  %dien  the  information  contained  in  then 
can  be  downgraded  to  a  collateral  level  %ihen  incorporated  in  the  SSDB. 

5. 1.3. 2. 2  Proprietary  Information.  SIF/BDI  data  sets  shall  not  contain 
proprietary  information.  Proprietary  information  in  the  source  data 
base  shall  be  converted  into  a  non-proprietary  form  during  the 
conversion  into  SIF.  When  it  appears  necessary  that  information  be 
modified  or  emitted  from  a  SIF  data  set  for  proprietary  reasons,  the  SIF 
data  set  shall  only  be  generated  %rith  the  knowledge  and  consent  of  the 
acquisition  agency  and  the  SDBF. 

5. 1.3. 2. 3  Mandatory  Content.  All  data  items  which  are  not  labeled 
"optional'*  within  section  5.1.2  of  this  standard  shall  be  considcured 
mandatory,  and  thus  populated  by  the  producer.  Mandatory  items  for 
%diich  the  producer  does  not  have  source  information  shall  be  populated 
with  default  or  synthetic  data.  The  producer  shall  indicate  the 
presence  of  default  or  synthetic  information  by  setting  the 
corresponding  flags  in  the  appropriate  records. 

5. 1.3. 2. 4  Optional  Content.  Data  items  labeled  "optional"  within  this 
standard  shall  be  populated  as  directed  by  the  acquisition  agency,  or  at 
the  discretion  of  the  producer,  with  Government  concurrence. 

5. 1.3. 2. 4.1  Optional  FACS  Records.  FACS  records  shall  be  defined  for 
the  representation  of  source  data  base  information  which  does  not 
directly  correspond  with  any  predefined  SIF/BDI  record.  Contingent  upon 
SDBF  approval,  these  records  shall  be  populated  with  the  appropriate 
information  during  the  generation  of  the  SIF/BDI  data  set. 

5. 1.3. 2. 5  Data  Quality.  The  data  content  of  SIF  data  sets  shall  meet 
the  quality  criteria  specified  herein. 

5. 1.3. 2. 5.1  General.  The  following  shall  apply  to  all  sections  of  the 
SIF  data  set. 


5. 1.3. 2. 5. 1.1  Boundary  Integrity.  For  any  specified  area  of  coverage, 
boundary  integrity  shall  be  maintained  as  follows: 

a.  There  shall  be  no  data  with  coordinates  falling  outside  the  boundary 
(cell,  manuscript,  or  area  block),  as  defined  in  the  applicable  header. 

b.  There  shall  be  no  gaps  in  data  coverage  over  the  specified  area. 

c.  There  shall  be  no  redundant  data  coverage  over  the  specified  area. 

5. 1.3. 2. 5. 1.2  Data  Values.  Data  values  shall  be  as  defined  in 
Appendix  A  of  this  standard. 
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5. 1.3. 2. 5. 1.3  Source  Traceability.  The  aources  used  in  the  generation 
of  all  SiF  data  shall  be  identified.  Traceability  at  the  file  level 
shall  be  required;  optionally,  sources  shall  be  identified  at  the 
feature  level,  as  well. 

5. 1.3. 2. 5. 1.4  Levels  of  Detail.  SIF  data  sets  shall  be  segregated  into 
multiple,  correlated  levels  of  detail  whenever  technically  possible .- 
The  allocation  of  a  specific  model  or  feature  to  a  particular  level  of 
detail  shall  follow  the  guidance  established  by  the  SDBF.  Data  at 
different  resolutions  or  levels  of  detail  covering  a  given  area  shall  be 
fully  correlated  through  population  of  the  LOD  pointers. 

5. 1.3. 2. 5. 1.5  Post-Acceptance  SIF  Generation.  When  an  external 
producer  delivers  a  SIF  data  set  as  a  by-product  of  the  generation  of  a 
real-time  trainer  data  base,  the  SIF  data  set  shall  be  generated  after 
the  Governmeirt  acceptance  testing  of  the  real-time  data  base. 


5. 1.3. 2. 5. 2  Culture  Data  Section.  The  quality  of  feature  data  shall  be 
quantified  in  terms  of  positioning  accuracy,  attribution  accuracy,  and 
conformance  to  capture  criteria. 

5. 1.3. 2. 5. 2.1  Capture  Criteria.  Feature  capture  criteria  shall  be 
observed  to  avoid  the  omission  of  expected  features,  presence  of 
unexpected  features,  and  improper  aggregation  of  features.  At  the  lower 
levels  of  detail,  capture  criteria  conformance  shall  be  measured 
relative  to  standard  DLMS  levels  or  map  sheets. 

5. 1.3. 2. 5. 2. 2  Derivative  Areal  Features.  The  SIF  data  set  shall  not 
contain  derivative  areal  features,  l.e.,  those  which  have  been 
deccfiqrased  into  multiple  polygons  for  the  purpose  of  eliminating 
concavity  and/or  enforcing  co-planarity  with  a  polygonized  terrain 
model. 

5. 1.3. 2. 5. 2. 3  Radar  Characteristics.  In  SIF  data  sets  created  from 
radar  simulation  data  bases,  SIF  producers  shall  provide  the  appropriate 
ganna  curves,  stored  in  User-Defined  FACS  tables,  when  available. 


5. 1.3. 2. 5. 3  Gridded  Data  Section 

5. 1.3. 2. 5. 3.1  Terrain  Post  Spacing.  Terrain  grid  posts  shall  be 
located  based  upon  a  geodetic  (arc-second)  grid.  An  external  producer's 
non-geodetic  data  base  shall  be  resampled,  such  that  the  SIF  data  set 
generated  from  it  contains  a  geodetic  grid.  The  fact  that  this 
operation  has  been  performed  shall  be  recorded  in  the  gridded  data 
section  of  the  SIF  data  set,  as  well  as  in  the  corresponding  data  base 
descriptive  document. 
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5.2  SIF/PP  Data  Baoe  Format 

5.2.1  SIF/DP  Data  Base  Structure 

5. 2. 1.1  Logical  Format.  The  logical  format  of  a  SIF/DP  data  base  shall 
be  made  up  of  a  hierarchy  of  data  entities  as  follovrs: 

Data  Base 

Section 

File 

Record 

Field 

Item 

5. 2. 1.1.1  Data  Base.  The  data  base  shall  consist  of  a  data  base  header 
file  and  all  the  requested  models,  culture,  terrain,  and  texture  for  a 
specified  geographic  area.  If  any  models  are  requested,  then  the  entire 
model  library  shall  be  transmitted.  Logically,  the  data  base  shall 
consist  of  a  data  base  header  file  and  one,  two,  three,  or  four 
sections . 


5. 2. I. 1.2  Section .  A  section  shall  consist  of  a  series  of  files 
containing  information  for  a  certain  type  of  data:  (1)  models,  (2) 
culture,  (3)  terrain,  or  (4)  texture.  Within  a  database,  there  shall  be 
either  one  section  or  no  sections  for  each  of  these  four  types. 


5. 2. 1.1. 3  File/Record/Field/Itero.  A  file  shall  consist  of  a  series  of 
records,  a  record  shall  consist  of  a  series  of  fields,  and  a  field  shall 
consist  of  one  or  more  items.  The  item  shall  be  the  lowest  logical  data 
entity  in  the  data  base. 


5. 2. 1.2  Physical  Format.  All  files  shall  be  stored  within  units  known 
as  "save  sets*  produced  and  read  by  the  VAX/Virtual  Memory  System  (VMS) 
Backup  utility.  One  or  more  files  may  be  contained  within  a  single  save 
set.  The  physical  format  of  the  SIF/DP  data  base  shall  be  as  follows. 
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5. 2. 1.2.1  Data  Order.  The  physical  order  of  data  in  the  SIF/DP  data 
base  shall  be  as  follows: 

SIF/DP  Data  Base  Header  File  Save  Set 
Model  Data  Section  Save  Set(s)  (optional] 

Culture  Data  Section  Save  Set(8)  (optional] 

Terrain  Data  Section  Save  Set(s)  (optional] 

Texttire  Data  Section  Save  Set(8)  (optional] 


5. 2. 1.2. 2  Physical  Tape  Format.  The  physical  tape  format  of  a  SIF/DP 
data  base  shall  be  the  VAX/VMS  ANSI-labeled  magnetic  tape  format,  which 
adheres  to  Level  3  of  tr  '  ANSI  Standard  for  Magnetic  Tape  Iiabela  and 
File  Structure  for  Information  Interchange,  ANSI  X3.27.  The  format  of 
the  physical ' tape  shall  be  as  follows: 

Beginning-of-Tape  Marker  (BOT) 

Volume  Label  (VOLl) 

for  each  file  (save  set) 

File  Header  Labels  (HDRl,  B0R2) 

Tape  Mark  (TM) 

File  Section 
Tape  Mark  (TH) 

File  Trailer  Labels  (EOFl,  S0F2  or  EOVl,  E0V2) 

Tape  Mark  (TM) 

Tape  Mark  (TM) 

Scratch  Tape 
End-of-Tape  Marker  (EOT) 


5. 2. 1.2. 2.1  File  Boundaries.  An  individual  file  may  cross  a  tape 
boundary;  in  such  a  case,  EOVl  and  EOV2  tape  labels  shall  exist  after 
an  EOT  and  a  tape  mark  at  the  end  of  the  tape.  When  a  file  ends  within 
a  tape,  it  shall  be  followed  by  a  tape  nark  and  then  the  file  trailer 
labels  EOFl  and  E0F2. 


5. 2. 1.2. 2. 2  Density  and  Blocking.  Tapes  shall  be  written  at  6250  bits 
per  inch  (bpl)  with  the  GCR  recording  method.  The  block  length  shall  be 
denoted  by  the  Block  Length  Field  within  a  file's  BDR2  label.  Block 
size  can  vary  from  file  to  file.  The  allotted  minimum  tape  block  size 
shall  be  2048  bytes  while  the  maximum  shall  be  65534  bytes. 
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5. 2. 1.2. 2. 3  File  Names.  The  allowable  save  set  names  in  the  VMS  ANSI 
implementation  used  by  SIF/DP  shall  be  a  subset  of  those  in  the  original 
standard.  Only  the  characters  A  through  Z,  0  through  9,  and  the  special 
characters  and  shall  be  used  in  save  set  names.  The 

period  may  appear  once  within  the  name  with  a  maximum  of  three 
characters  following  it.  The  save  set  name  shall  have  no  more  than  17 
characters . 


5.2.2  SIF/DP  File  Formats.  The  file  and  data  formats  of  the  four  main 
data  sections  shall  be  as  detailed  in  the  SSDB  Data  Base  Design  Document 
(DBDD).  All  files  shall  follow  VAX/VMS  conventions. 

5. 2. 2.1  Header  File 


5. 2. 2. 1.1  Header  Data  Encoding.  The  SIF/DP  Data  Base  Header  shall 
consist  of  one  VAX/VMS  save  set,  containing  a  single  file.  A  compressed 
form  of  ASCII  shall  be  used.  The  compression  shall  take  the  form  of 
stripping  all  leading  zeros  and  blanks  from  numeric  strings  and  all 
leading  and  trailing  blanks  from  character  strings.  Every  ASCII  field 
shall  be  a  variable-length  field,  separated  by  the  ASCII  null  character 
( ' 00 • ) .  Since  fields  are  variable- length,  records  may  also  vary  in 
length.  Every  record  (except  the  file  identifier  record)  shall  begin 
with  a  2 -character  keyword  identifying  its  type. 


5. 2. 2. 1.1.1  Comment  Records.  The  record  keyword  for  a  coosnent  record 
shall  be  tvro  consecutive  asterisks  [**).  Following  the  keyword  shall  be 
the  standard  ASCII  null  character  ('00'}  as  the  field  separator.  The 
comment  field  shall  then  continue  until  end  of  file  (EOF)  or  the  end  of 
field  separator  ('00')  is  located  in  the  SIF  data  file.  Coirment  records 
shall  not  occur  in  the  middle  of  any  record  in  the  file,  but  can  be 
placed  before  or  after  any  other  record  in  the  data  file. 


5. 2. 2. 1.2  Header  Section  Structure.  This  section  shall  be  the  first 
save  set  on  the  first  tape  volume.  The  save  set  name  of  the  SIF/DP  Data 
Base  Header  shall  be  "SIFDF.BOR" . 
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5. 2. 2. 1.3  Header  Tile  Structure.  The  SIF/DP  Data  Base  Header  file 
format  shall  be  as  follows: 

SIF  File  Identifier  Record 
Transmittal  Description  Record 
Data  Directory  Record 

2D  Static  Model  Library  Header  File  Hame  Record 
for  each  2d  static  model 

2D  Static  Model  Entry  Record 

3D  Static  Model  Library  Header  File  Marne  Record 
for  each  3D  static  model 

3D  Static  Model  Entry  Record 

3D  Dynamic  Model  Library  Header  File  Name  Record 
for  each  3d  dynamic  model 

3D  Dynamic  Model  Entry  Record 

for  each  culture  cell 

Culture  Cell  Header  Control  Record 
for  each  manuscript  within  the  cell 

Culture  Manuscript  Data  File  Names  Record 

for  each  terrain  cell 

Terrain  Cell  Header  Control  Record 
for  each  manuscript  within  the  cell 

Terrain  Manuscript  Data  File  Names  Record 

for  each  generic  texture 

Generic  Texture  Entry  Record 

for  each  stage  3  specific  model  texture 

Stage  3  Specific  Model  Texture  Entry  Record 

for  each  stage  2  specific  model  texture 

Stage  2  Specific  Model  Texture  Entry  Record 

for  each  stage  1  specific  model  texture 

Stage  1  Specific  Model  Texture  Entry  Record 

for  each  stage  3  specific  areal  texture 

Stage  3  Specific  Areal  Texture  Entry  Record 

for  each  stage  2  specific  areal  texture 

Stage  2  Specific  Areal  Texture  Entry  Record 

for  each  stage  1  specific  areal  textxire 

Stage  1  Specific  Areal  Texture  Entry  Record 

for  each  SMC/FDC  texture 

SNC/FDC  Texture  Entry  Record 
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5. 2. 2. 1.3.1  Sir  File  Identifier  Record.  The  field  structxire  of  this 
record  shall  be  as  follows: 

File  Identifier  Field  (always  'SIF/DP  DATA  BASE  HEADER') 

5. 2. 2. 1.3. 2  Transmittal  Description  Record.  The  field  structure  of 
this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'TO') 

SIF  Format  Field 
Originator  Field 
Recipient  Field 
Transmittal  ID  Field 
Creation  Date  Field 
Source  Agency/Project  Field 
Database  Hame  Field 
Data  On  This  Volume  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 
SIF  Version  Mvunber  Field 

5. 2. 2. 1.3. 3  Data  Directory  Record.  The  field  structure  of  this  record 
shall  be  as  follows: 

Record  Keyword  Field  (always  'DD') 

Number  of  2D  Static  Models  Field 

Number  of  3D  Static  Models  Field 

Number  of  3D  Dynamic  Models  Field 

Number  of  Culture  Tiles  Field 

Number  of  Terrain  Tiles  Field 

Number  of  Generic  Textures  Field 

Number  of  Stage  3  Specific  Model  Textures  Field 

Number  of  Stage  2  Specific  Model  Textures  Field 

Number  of  Stage  1  Specific  Model  Textures  Field 

Number  of  Stage  3  Specific  Areal  Textures  Field 

Number  of  Stage  2  Specific  Areal  Textures  Field 

Nvimber  of  Stage  1  Specific  Areal  Textures  Field 

Number  of  SMC/FDC  Textures  Field 

Data  Base  SH  Corner  Field 

Data  Base  NE  Comer  Field 

5. 2. 2. 1.3. 4  2d  Static  Model  Library  Header  File  Name  Record.  This 
record  shall  be  included  when  the  SIF/DP  data  base  includes  2D  static 
models.  The  field  structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  ’2L') 

File  Name  Field 
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5. 2. 2. 1.3. 5  2D  Static  Model  Entry  Record.  The  number  of  bheae  records 
shall  correspond  to  the  number  of  2D  Static  Models  Field,  found  in  the 
Data  Directory  Record.  The  field  structure  of  this  record  shall  be  as 
follows: 

Record  Keyword  Field  ( always  ‘ 2S ' ) 

Model  Data  File  Niune  Field 
Model  Number  Field 
Model  Name  Field 
Model  Description  Field 
Mew  Data  Flag  Field 
Changed  Data  Flag  Field 
Secxirity  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Secxirity  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 

5. 2. 2. 1.3. 6  3D  Static  Model  Library  Header  File  Name  Record.  This 
record  shall  be  included  when  the  SIF/DP  data  base  includes  3D  Static 
Models.  The  field  structure  of  this  record  shall  be  as  folloiroi 

Record  Key%ford  Field  ( always  '  3L  * } 

File  Name  Field 

5. 2. 2. 1.3. 7  3D  Static  Model  Entry  Record.  The  number  of  these  records 
shall  correspond  tothe  number  of  3D  Static  Models  Field,  found  in  the 
Data  Directory  Record.  The  field  structure  of  this  record  shall  be  as 
follows: 

Record  Keyword  Field  ( always  *  3S  * ) 

Model  Data  File  Name  Field 
Model  Nixmber  Field 
Model  Name  Field 
Model  Description  Field 
Mew  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 

5. 2. 2. 1.3. 8  3D  Dynamic  Model  Library  Header  File  Name  Record.  The 
field  structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'DL') 

File  Name  Field 
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5. 2. 2. 1.3. 9  3D  Dynamic  Model  Entry  Record.  The  field  etructure  of  thie 
record  shall  be  as  follows i 

Record  Keyword  Field  ( always  *  3d  * ) 

Model  Data  File  Name  Field 
Model  Number  Field 
Model  Name  Field 
Model  Description  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Ootmgrade  Field 
Downgrading  Event  Field 

5.2.2.1.3.10  Culture  Cell  Htsader  Control  Record.  The  number  of  these 
records  shall  correspond  to  the  number  of  Culture  Tiles  Field  in  the  Daa 
Directory  Record.  The  field  structure  of  this  record  shall  be  as 
follows : 

Record  Keyword  Field  (always  ’CH*) 

Cell  Header  File  Name  Field 

SW  Comer  Field 

Number  of  Manuscripts  Field 

5.2.2.1.3.11  Culture  Manuscript  Data  File  Names  Record.  The  number  of 
these  records  shall  correspond  to  the  Number  of  Manuscripts  Field  in  the 
Culture  Cell  Header  Control  Record.  If  a  file  does  not  exist,  then  the 
file  name  shall  be  represented  by  the  null  field.  (The  null  field  is 
indicated  by  consecutive  null  '00'  separators.)  The  field  structure  of 
this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'CM') 

Manuscript  File  Name  Field 
Segment  File  Name  Field 

2- D  Coordinate  File  Name  Field 

3- D  Coordinate  File  Name  Field 
Error  File  Name  Field 

Model  Reference  Table  File  Name  Field 
Texture  Reference  File  Name  Field 
SN  Corner  Field 
NE  Comer  Field 
Mew  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 
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5.2.2.1.3.12  Terrain  Cell  Header  Control  Record.  The  number  of  these 
records  shall  correspond  to  the  Niimber  of  Terrain  Tiles  Field  in  the 
Data  Directory  Record.  The  field  structure  of  this  record  shall  be  as 
follows : 

Record  Keyword  Field  (always  'TB') 

Cell  Header  File  Name  Field 

SW  Corner  Field 

Number  of  Manuscripts  Field 

5.2.2.1.3.13  Terrain  Manuscript  Data  File  Names  Record.  The  number  of 
these  records  shall  correspond  to  the  Number  of  Manuscripts  Field  in  the 
Terrain  Cell  Header  Control  Record.  If  a  file  does  not  exist,  then  the 
file  name  is  represented  by  the  null  field.  (The  null  field  is 
indicated  by  consecutive  null  *00*  separators.)  The  field  structure  of 
this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  *TM*) 

Manuscript  File  Name  Field 
Error  File  Name  Field 
SW  Corner  Field 
NE  Corner  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 

5.2.2.1.3.14  Generic  Texture  Entry  Record.  The  number  of  these  records 
shall  correspond  to  the  Number  of  Generic  Textures  Field  in  the  Data 
Directory  Record.  The  field  structure  of  this  record  shall  be  as 
follows : 

Record  Keyword  Field  (always  ’GX*) 

Image  Sub-Header  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Librairy  Field 
Texture  ID  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vezrtical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
Image  Creation  Date  and  Time  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 
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5.2.2.1.3.15  Stage  3  Specific  Model  Texture  Entry  Record.  The  number 
of  theee  records  shall  correspond  to  the  Number  of  Stage  3  Specific 
Model  Textures  Field  in  the  Data  Directory  Record.  The  field  structure 
of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'K3*) 

Image  Sub-Header  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
Image  Capture  Date  and  Time  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 

5.2.2.1.3.16  Stage  2  Specific  Model  Texture  Entry  Record.  The  number 
of  these  records  shall  correspond  to  the  Number  of  Stage  2  Specific 
Model  Textures  Field  in  the  Data  Directory  Record.  The  field  structure 
of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  *M2*) 
linage  Sub-Header  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Libriury  Field 
Texture  ID  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
Image  Capture  Date  and  Time  Field 
Mew  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 
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5.2.2.1.3.17  Stage  1  Specific  Model  Texture  Entry  Record.  The  number 
of  these  records  shall  correspond  to  the  Number  of  Stage  1  Specific 
Model  Textures  Field  in  the  Data  Directory  Record.  The  field  structure 
of  this  record  shall  be  as  follovrst 

Record  Keyword  Field  (always  'Ml*) 

Image  Sub-Header  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
Image  Capture  Date  and  Time  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 

5.2.2.1.3.18  Stage  3  Specific  Areal  Texture  Entry  Record.  The  number 
of  these  records  shall  correspond  to  the  Number  of  Stage  3  Specific 
Areal  Textures  Field  in  the  Data  Directory  Record.  The  field  structure 
of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'A3*) 

Image  Sub-Header  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
Image  Capture  Date  and  Time  Field 
SH  Comer  Field 
NE  Comer  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 
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5.2.2.1.3.19  Stage  2  Specific  Areal  Texture  Entry  Record.  The  number 
of  these  records  shall  correspond  to  the  Number  of  Stage  2  Specific 
hreal  Textures  Field  in  the  Data  Directory  Record.  The  field  structure 
of  this  record  shall  be  as  follovm: 

Record  Keyword  Field  (always  *A2*) 

Image  Sub-Header  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Colvunn  Field 
Image  Capture  Date  and  Time  Field 
SW  Corner  Field 
NS  Corner  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 

5.2.2.1.3.20  Stage  I  Specific  Areal  Texture  Entry  Record.  The  number 
of  these  records  shall  correspond  to  the  Number  of  Stage  1  Specific 
Areal  Texture  Field  in  the  Data  Directory  Record.  The  field  structure 
of  this  record  shall  be  as  follows: 

Record  Keyword  Field  ( always  ' A1 ' ) 

Image  Sub-Header  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
Image  Capture  Date  and  Time  Field 
SW  Corner  Field 
NE  Corner  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 
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5.2.2.1.3.21  SMC/roc  Texture  Entry  Record.  The  nxiaber  of  these 
records  shall  correspond  to  the  Dumber  of  SMC/FDC  Textures  Field  In  the 
Data  Directory  Record.  The  field  structure  of  this  record  shall  be  as 
follows : 

Record  Keyword  Field  ( always  *  SF ' ) 

Image  Sub-Header  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
iBtage  Capture  Date  and  Time  Field 
SN  Comer  Field 
HE  Comer  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 

5. 2. 2. 2  Model  Data 

5. 2. 2. 2.1  Model  Data  Encoding.  The  SIF/DP  model  format  is  nearly 
identical  with  the  formats  of  the  SDBF  Standard  Simulator  Data  Base 
(SSDB).  SIF/DP  stores  models  in  a  dual  format  that  Includes  both 
Constmctlvc  Solid  Geometry  (CSG)  and  polygonal  geometry  definitions. 

A  SIF/DP  model  may  have  only  the  CSG  definition,  only  the  polygonal 
definition,  or  both.  Other  information,  such  as  attributes,  shall  be 
stored  only  once  for  the  model,  regardless  of  the  geometric 
definition(s)  used.  Together  with  the  CSG  definition  of  the  basic 
model,  the  SSDB  shall  store  instructions  for  automatically  converting 
the  model  into  various  polygonal  representations  suitable  for  use  on 
typical  real-time  image  generators.  The  CSG  coirmands  stored  in  the 
SSDB,  and  used  in  SIF/DF  shall  comply  with  the  CSG  command  language 
implemented  by  Interactive  Conputer  Modelling  Geometric  Modelling  System 
(ICMCaiS).  Polygons  shall  be  stored  with  their  corresponding  attributes. 
Polygonal  Information  may  be  included  with  or  without  a  CSG  definition 
of  a  Biodel.  Every  record  in  the  model  data  file  shall  begin  with  a  2- 
character  keywrd  identifying  its  type. 

5. 2. 2. 2. 2  Model  Section  Structure.  Models  in  a  SIF/DP  data  set  shall 
be  organized  into  three  general  classes,  2-D  static  models,  3-D  static 
models,  and  3-D  dynamic  models.  Each  class  shall  have  a  single  library 
header  file,  which  shall  refer  to  separate  Model  Data  Files  containing 
the  actual  model  representations.  SIF/DP  models  shall  be  stored  in  up 
to  nine  levels  of  detail,  numbered  zero  through  eight.  LOD  0  shall  have 
the  least  amount  of  detail,  while  LOD  8  has  the  most  detail.  A  series 
of  tables  shall  be  used  to  refer  to  colors,  face-based  texture 
references,  vertex- to-vertex  texture  references,  model-based  texture 
references,  user-defined  FACS,  and  the  SIF-defined  FACS. 
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5. 2. 2. 2. 2.1  rile  Format.  Each  SZF  model  shall  be  described  by  a  file 
made  up  o£  variable- length  logical  keyword  records  containing  ASCII 
alphanumeric  strings.  This  file  shall  consist  of  both  geonetry  and 
attribute  information,  including  all  tables.  The  internal  logical 
format  of  the  string  records  shall  vary  in  order  to  support  a  wide  range 
of  data  about  a  model's  geometry  and  attributes.  If  polygonal  geometry 
exists,  then  polygon  vertices  shall  exist. 

5. 2. 2. 2. 2. 2  File  Content.  When  generating  a  SIF/DP  data  set  from  the 
SSDB,  the  inclusion  of  models  may  be  toggled  such  that  no  models  are 
included  or  all  models  are  included.  Each  model  library  shall  have  its 
own  header  file.  Every  model  shall  be  contained  in  its  own  file.  Each 
model  data  file  shall  contain  descriptions  of  all  LOD  (level  of  detail) 
versions  of  the  model. 

5. 2. 2. 2. 2. 3  Save  Sets.  The  SIF/DP  Model  Data  Section  shall  consist  of 
one  or  more  save  sets,  as  defined  by  the  VAX/VMS  Backup  utility.  The 
save  set  names  shall  be  "MODELS^xxx" ,  where  “xxx"  is  the  sequence  number 
unique  within  the  Model  Data  Section  save  sets. 

5. 2. 2. 2. 3  Model  File  Structure.  The  file  formats  of  all  model  files 
within  a  save  set  shall  be  in  standard  VAX/VMS  format.  The  organization 
of  each  file  shall  be  as  described  in  the  SSDB  Data  Base  Design  Document 
(DBDD)  [PRC-2851-DBDD-3) . 

5. 2. 2. 3  Culture  Data.  Spatially,  features  shall  be  represented  as 
discrete  points,  lines,  or  surface  polygons  in  two-dimensional  space, 
defined  in  terms  of  geographic  latitude  and  longitude.  Each  feature 
shall  be  described  by  mandatory,  and  possibly  some  optional, 
attributes.  The  SIF/DP  shall  store  coordinates  in  resolution  units  of 
thousandths  of  an  arc  second. 

5. 2. 2. 3.1  Culture  Data  Encoding.  A  SIF/DP  data  set  may  include 
multiple  I/ODs  for  any  given  area  of  coverage.  These  LODs  shall 
corresp>ond  to  feature  resolutions  of  100  meters,  30  meters,  10  meters,  3 
meters,  and  1  meter.  Data  based  in  SIF/DP  shall  include  pointers 
between  alternate  representations  of  features  at  different  LODs. 

Feature  coding  shall  be  based  on  the  DMA  FACS  system. 

5. 2. 2. 3. 2  Culture  Section  Structure.  Culture  data  shall  be  maintained 
in  tiled  culture  manuscripts,  no  larger  than  a  one  degree  by  one  degree 
cell  in  horizontal  extent.  Data  may  be  further  physically  subdivided 
into  multiple  levels  of  detail  (LODs)  for  a  given  area,  corresponding  to 
the  resolutions  specified  previously.  SIF/DP  files  shall  be  managed 
along  one  degree  cell  boundaries.  When  a  system  receives  or  sends 
SIF/DP  culture  data,  it  shall  receive  or  send  all  manuscripts  and  all 
LODs  within  a  specified  cell.  The  SIF/DP  Culture  Data  Section  shall 
consist  of  one  or  more  save  sets,  as  determined  by  the  VAX/VMS  Backup 
utility.  The  save  set  names  shall  be  "CULTORB__xxx" ,  where  “xxx"  is  the 
sequence  number,  which  is  unique  within  the  Culture  Data  Section  save 
sets. 


5. 2. 2. 3. 3  Culture  File  Structure.  The  file  formats  of  all  culture 
files  within  a  save  set  shall  be  in  standard  VAX/VMS  format.  The 
organization  of  each  file  shall  be  as  described  in  the  SSDB  Data  Base 
Design  Document  (DBDD)  [ PRC-2851-DBDD-3 ] . 
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5. 2. 2. 4  Terrain  Data 

5. 2. 2. 4.1  Terrain  Data  Encoding.  A  SIF  data  base  may  store  multiple 
levels  o£  detail  (LCDs)  o£  terrain  elevation  data  for  any  given  area. 
Terrain  resolutions  shall  be  3  arc  seconds,  1  arc  second,  0.3  arc 
seconds,  and  0.03  arc  seconds.  Each  elevation  value  shall  be  the  height 
of  the  terrain  above  (or  below)  Mean  Sea  Level  (HSL),  expressed  in 
resolution  units  of  0.1  meters. 

5. 2. 2. 4. 2  Terrain  Section  Structure.  Terrain  elevation  data  shall  be 
maintained  in  tiled  manuscripts,  which  shall  be  no  larger  than  a  one 
degree  by  one  degree  cell  in  horizontal  extent.  Data  may  be  further 
physically  subdivided  into  multiple  levels  of  detail  (LODs)  for  a  given 
area,  corresponding  to  the  resolutions  specified  previously.  SIF/DP 
files  shall  be  managed  along  one  degree  cell  boundaries.  When  a  system 
receives  or  sends  SIF/DP  terrain  data,  it  shall  receive  or  send  all 
manuscripts  and  all  LCDs  within  a  specified  cell.  The  SIF/DP  Terrain 
Data  Section  shall  consist  of  one  or  more  save  sets,  as  determined  by 
the  VAX/VMS  Backup  utility.  The  save  set  names  shall  be  ‘'TEPRAIH_xxx” , 
%rhere  "xxx"  is  the  sequence  nximber  unique  within  the  Terrain  Data 
Section  save  sets. 

5. 2. 2. 4. 3  Terrain  File  Structure.  The  file  formats  of  all  terrain 
files  within  a  save  set  shall  be  in  standard  VAX/VMS  format.  The 
organization  of  each  file  shall  be  as  described  in  the  SSDB  Data  Base 
Design  Document  (DBDD) [PRC-2 85 l-DBDD-3] . 

5. 2. 2. 5  Texture  Data.  If  a  SIF  data  base  includes  texture,  it  shall 
contain  all  of  the  producing  system's  texture  within  the  specified  area 
of  coverage.  If  generic  textures  are  Included,  then  all  generic 
textures  in  the  sending  system  shall  be  included. 

5. 2. 2. 5.1  Texture  Data  Encoding.  SIF/DP  texture  data  shall  be  encoded 
as  it  is  stored  within  the  SSDB. 

5. 2. 2. 5. 2  Texture  Section  Structure.  A  SIF/DP  data  base  shall  include 
bet«reen  one  and  eight  texture  libraries  defined  as  Stage  1  Areal,  Stage 
2  Areal,  Stage  3  Areal,  Stage  1  Model,  Stage  2  Model,  Stage  3  Model, 
Generic,  and  SHC/Ftx:.  Attribute  data  shall  be  stored  by  logical  groups; 
the  actual  texture  data  shall  be  stored  in  a  gridded  format.  SIF/DP 
files  shall  be  managed  along  one  degree  cell  boundaries.  When  a  system 
receives  or  sends  SIF/DP  texture  data,  it  shall  receive  or  send  all 
manuscripts  and  all  LODs  within  a  specified  cell.  The  SIF/DP  Textxire 
Data  Section  shall  consist  of  one  or  more  save  sets,  as  determined  by 
the  VAX/VMS  Backup  utility.  The  save  set  names  shall  be  "TEXTQRE^xxx* , 
idiere  "xxx"  is  the  sequence  number,  which  is  unique  within  the  Texture 
Data  Section  save  sets. 

5. 2. 2. 5. 3  Texture  File  Structure.  The  file  formats  of  all  texture 
files  within  a  save  set  shall  be  in  standard  VAX/VMS  format.  The 
organization  of  each  file  shall  be  as  described  in  the  SSDB  Data  Base 
Design  Dociunent  (DBDO) [PRC-285 l-OBDO-3] . 

5.2.3  SIF/DP  Data  Base  Content.  A  SIF/DP  data  base  shall  include  the 
full  information  content  of  the  SSDB  from  which  it  is  produced,  limited 
only  by  the  presence  or  absence  of  the  various  files  identified  in 
section  5.2.2  of  this  Standard. 
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6.  VOTES 

(This  section  contains  information  of  a  general  or  explanatory  nature 
that  may  be  helpful,  but  is  not  mandatory.) 

6.1  Intended  use.  It  is  intended  that  this  standard  will  be  invoiced 
by  training  simulator  acquisition  contracts  in  two  ways:  to  specify  the 
requirements  for  data  bases  to  be  delivered  under  those  contracts,  and 
to  provide  specifications  for  data  bases  to  be  furnished  to  the 
contractor  as  Government  Furnished  Propexrty  (GFP). 

6.2  Accmisition  requirements.  Acquisition  documents  siust  specify  the 
following: 

a.  Title,  number,  and  date  of  the  standard. 

b.  Issue  of  DoDISS  to  be  cited  in  the  solicitation,  and  if  required, 
the  specific  issue  of  individual  documents  referenced  ( see  section  2 ) . 

c.  Whether  or  not  alternative  media  is  to  be  used. 

6.3  Tailoring  Guidance  for  Contractual  Application.  The  following 
subparagraphs  identify  the  points  at  which  decisions  can  be  made  with 
regard  to  the  selective  application  of  this  standard.  The  most  basic 
decision,  that  is,  the  determination  of  whether  this  standard  should  be 
applied  at  all,  needs  to  be  continually  reassessed  during  a  program's 
lifecycle. 

6.3.1  Prior  to  Contract.  Sometimes,  fundamental  application  decisions 
can  be  made  even  before  a  contract  is  awarded  for  a  particular  traixtiog 
simulator.  These  can  often  be  included  in  the  various  activities 
leading  up  to  the  award  of  a  contract,  as  discussed  below. 

6. 3. 1.1  RFP  Preparation.  Before  going  out  with  an  RFP  for  a  training 
simulator,  the  acquisition  agency  will  usually  have  already  identified 
the  data  base  requirements  of  the  system.  It  is  at  this  time  that  the 
SDBF  should  become  involved,  through  its  )cnowledge  of  available  SSDB 
holdings,  and  its  ability  to  be  applied  to  the  training  device  being 
procured . 

6. 3. 1.1.1  Selection  of  standard.  The  decision  of  tdxich  of  two 
standards,  SIF  or  GTDB,  is  most  appropriate,  will  usually  be  highly 
dependent  on  the  capabilities  of  the  device  being  procured,  as  well  as 
its  development  contractor.  In  general,  a  less  complex  device,  or  one 
being  built  by  a  contractor  with  few  data  base  development  tools,  will 
use  GTDB;  vrhereas  a  high-performance  system,  or  one  being  developed  by  a 
contractor  with  a  strong  data  base  development  capability,  will  use  SIF. 
The  desire  to  obtain  a  SSDB-compatible  copy  of  the  data  base  is  one 
reason  to  use  SIF,  but  does  not  necessarily  preclude  the  use  of  GTDB  for 
the  distribution  of  SDBF  data  sets  to  the  contractor;  in  these  cases, 
both  standards  may  be  used.  Within  the  SIF  standard,  one  also  has  the 
options  of  using  the  HDI  format,  the  DP  format,  or  even  both;  this 
decision  will  be  driven  by  the  computational  system  to  be  used  for  the 
DBGS,  rather  than  any  simulator-related  characteristics. 
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6. 3. 1.1. 2  Timing  of  Selection,  in  the  case  of  some  training  system 
programs,  data  base  requirements  evolve  during  the  course  of  the 
program,  as  part  of  the  training  requirements  analysis  process.  Under 
such  circumstances,  this  decision  may  need  to  be  deferred  until  after 
contract  award. 

6. 3. 1.2  Submission  of  Proposal.  Sometimes,  it  may  be  desirable  to' 
leave  it  to  the  individual  bidders  to  propose  %fhich  standard(s)  will  be 
applied,  and  if  any  SXF-forroatted  data  bases  will  be  delivered.  This 
may  be  done  when  it  is  expected  that  some  bidders  will  prefer  one  option 
over  the  other,  or  when  it  is  likely  that  some  will  have  greater  data 
base  generation  capabilities  than  others.  Giving  the  bidders  this 
flexibility  can,  in  some  cases,  result  in  decreased  bid  prices. 

6. 3. 1.3  Source  Selection.  During  the  selection  of  a  contractor,  it  may 
be  possible  to  conduct  a  demonstration  of  the  bidders'  capabilities  to 
produce  and/or  use  SDBF-compatible  data  seta.  Again,  SDBF  assistance 
should  be  obtained,  as  the  provider  of  sample  SIF  and/or  GTDB  data  sets 
for  bidder  consun^tion,  as  well  as  evaluator  of  bidder-produced  SIF  data 
sets.  Bidders  should  be  evaluated  based  upon  their  ability  to  produce 
and/or  utilize  these  data  sets  in  the  most  ccn^lete,  efficient  manner 
possible. 

6.3.2  Contract  Decisions.  Unlike  the  application  decisions  identified 
above,  certain  alternatives  can  only  be  selected  after  the  data  base 
approach  has  evolved,  as  a  part  of  the  engineering  process  conducted 
under  contract.  The  following  subparagraphs  identify  some  milestones  at 
which  SIF  application  decisions  can  be  made. 

6. 3. 2.1  Design  Reviews.  Some  SIF  alternatives  can  be  formally  selected 
when  the  contractor's  data  base  system  design  is  examined  and  approved 
at  the  preliminary  design  review  (PDR)  and/or  critical  design  review 
(CDR) . 


6. 3. 2. 1.1  Dae  of  SDBF  Sources.  The  use  of  SIF  and/or  GTDB  as  source 
material  should  be  finalized  by  PDR.  If  it  appears  that  the  use  of  a 
SDBF-compatible  source  imposes  a  greater  liability  than  its  long-term 
benefit,  there  may  be  sufficient  reason  to  waive  the  requirement,  or 
change  it  in  some  way  (for  example,  substituting  GTDB  for  SIF,  if  the 
extraction  of  the  needed  information  from  the  SIF  data  set  proves  too 
difficult  for  the  contractor.)  By  PDR,  the  contractor  will  have  gained 
enough  understanding,  through  design  analysis,  to  decide  which  approach 
is  best  for  that  program. 

6. 3. 2. 1.2  Population  of  Optional  Fields.  At  contract  award,  the 
contractor  is  effectively  given  "carte  blanche"  to  decide  which,  if  any, 
of  the  many  optional  data  items  will  be  populated  in  any  SIF  data  sets 
delivered.  These  should  be  formally  reviewed  and  agreed  upon  by  the 
contractor  and  Government,  initially  at  PDR,  and  finally  at  CDR. 

6. 3. 2. 1.3  Exceptions  to  Standard.  When  SIF  is  invoked,  exceptions  to 
the  mandatory  provisions  of  the  standard  should  not  be  granted,  unless 
the  contractor  has  positively  demonstrated  that  full  compliance  will 
somehow  result  in  an  unsatisfactory  product.  The  technical  aspects  of 
any  such  demonstration  should  be  reviewed  in  the  context  of  the  overall 
system  design,  not  later  than  CDR. 
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6. 3. 2. 2  Data  Base  Working  Groupa.  During  the  course  of  most  simulator 
acquisition  programs,  a  number  of  data  base  %rorlcing  group  meetings  are 
conducted,  to  review  the  identification,  content,  and  design  of  training 
data  bases.  These  meetings  present  convenient  forums  for  low-level 
decisions,  such  as  values  to  be  assigned  to  User-Defined  FACS  codes  for 
particuliur  features.  The  utility  of  any  required  SXF  output  products 
should  be  continually  reassessed;  the  data  base  working  group  meetings 
present  handy  points  at  vdiich  decisions  can  be  made  on  whether  or  not  to 
produce  SIF  data  sets,  and  what  they  will  contain,  since  the  specific 
data  base  contents  are  formally  reviewed  at  those  times. 

5.3.2.3  System  Test.  During  the  test  phase  of  a  trainer  development, 
compliance  with  the  SIF  standard  will  be  verified.  Even  at  this  late 
stage  of  the  program,  however,  decisions  relating  to  application  of  the 
SIF  standard  must  be  made.  In  general,  these  apply  only  to  those 
contracts  under  which  SIF  data  sets  will  be  produced  by  the  contractor. 

6. 3. 2. 3.1  Pre-Production  Process  Certification.  Prior  to  committing  to 
the  full-scale  production  of  SIF  data  sets,  the  contractor's  DBGS  should 
be  certified  as  being  SIF-compliant  by  the  SDBF.  By  obtaining  this 
certification,  the  producer  can  be  exempted  from  the  bulk  of  the  time- 
consuming  effort  involved  in  the  testing  of  individual  data  sets.  This 
certification  should  be  conducted  well  in  advance  of  the  planned  start 
of  the  SIF  conversion  activity,  so  that  the  contractor  has  time  to  do 
rework,  as  necessary.  (Note  that  the  act  of  certification  carries  the 
implicit  assumption  that  the  SIF  conversion  will,  in  fact,  be 
accomplished,  verifying  the  capability  to  do  so  even  before  the 
corresponding  data  bases  have  been  completed;  in  turn,  this  angtlifies 
the  importance  of  the  decisions  made  at  the  data  base  working  groups,  as 
discussed  above.) 

6. 3. 2. 3. 2  Trainer  Data  Base  Acceptance  Testing.  On  contracts  requiring 
delivery  of  SIP  data  sets,  the  final  decision  of  whether  or  not  to 
produce  a  specific  data  set  should  only  be  made  after  the  content  of  the 
corresponding  trainer  data  base  has  steibilized,  and  its  quality  has  been 
proven.  The  acceptance  testing  of  the  individual  data  bases  delivered 
with  a  simulator  can  serve  as  the  ultimate  decision  points  for  the 
generation  of  the  corresponding  SIF  data  sets.  These  decisions  should 
be  made  independently,  i.e.,  on  a  data  base-by-data  base  basis;  it  is 
entirely  conceivable  that  a  program  may  require  the  delivery  of  a  number 
of  data  bases,  some  of  which  are  suitable,  and  some  which  are  not. 

6. 3. 2. 3. 3  SIF  Data  Set  Verification  Testing.  Although  the 
certification  of  the  DBGS  precludes  the  need  for  much  examination  of 
individual  SIF  data  sets,  it  will  still  be  necessary  to  do  same  quality 
conformance  inspections  periodically.  This  may  be  done  as  a  random 
sampling  process,  or  focus  specifically  on  certain  high- interest  data 
sets,  depending  on  the  requirements  of  the  particular  program. 

6.4  Government-furnished  property.  When  SIF  is  specified  as  a  data 
base  source  for  a  specific  acquisition,  the  contracting  officer  should 
arrange  to  furnish  the  contractor  with  a  sample  database  for  use  in 
verification  demonstrations  and/or  tests.  The  sample  database  should  be 
obtained  from  the  DoD  Simulator  Data  Base  Facility. 
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6.4.1  Testing  Facilities.  When  SXF  is  specified  as  a  contract 
deliverable,  the  contracting  officer  may  wish  to  arrange  access  to  a 
Government-controlled  facility  for  use  in  verification  demonstrations 
and/or  tests.  The  contracting  officer  may  also  wish  to  arrange  access 
to  such  a  facility  by  the  contractor  to  support  developmental  testing. 
These  arrangements  should  also  be  made  through  the  SDBF. 

6.5  Data  requirements.  The  following  Data  Item  Descriptions  (DIDs) 
must  be  listed,  as  applicable,  on  the  Contract  Data  Requirements  List 
(DD  Form  1423)  when  this  standard  is  applied  on  a  contract,  in  order  to 
obtain  the  data,  except  where  DoD  FAR  Supplement  27.475-1  exenq>t8  the 
requirement  for  a  DD  Form  1423. 

Reference  DID  DID  Suggested 

_ Number _ Title _ Tailoring 

4.4  DI-KCCR-80012  Software  Design  Document  Yes 


The  above  DIDs  were  those  cleared  as  of  the  date  of  this  standard.  The 
current  issue  of  DoD  5010. 12-L,  Acquisition  Management  Systems  and  Data 
Requirements  Control  List  (AMSDL),  must  be  researched  to  ensure  that 
only  current,  cleared  DIDs  are  cited  on  the  DD  Form  1423. 

6.6  Subject  term  (kev  word^  listing. 

Culture  data 

Constructive  Solid  Geometry  (CSG) 

Database  standards 
Featxire  data 
Photo  texture 
Models 
Project  2851 
Simulator  databases 
Terrain  data 
Texture 

Training  systems 

6.7  Referenced  documents.  The  following  documents  were  used  as 
references,  in  preparation  of  this  standzird. 


DEFENSE  MAPPING  AGENCY 

DMA  Standard  Supporting  Mark  90,  Section  100, 
Glossary  of  Feature/Attribute  Definitions, 

Second  Edition,  June  1988,  revised  December  1988. 

(Application  for  copies  should  be  adressed  to  Defense  Mapping  Agency, 
8613  Lee  Highway,  Fairfax  VA  22031-2137.) 
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DIGITAL  EQUIPMENT  CORPORATIOM 


AA-LA06A-TE 


Guide  to  VMS  Files  and  Devices,  ^pendix  B, 
-VMS  ANSI-Labeled  Magnetic  Tape,"  April  1988. 


VMS  Bac)cup  Utility  Manual,  April  1988 


(Application  for  copies  should  be  addressed  to  Digital  Equipment 
Corporation,  P.O.  Box  CS2008,  Nashua  NH  03061) 


CUSTODIANS : 

Army  -  PT 
Navy  -  TD 
Air  Force  -  11 


PREPARING  ACTIVITT; 

Air  Force  -  11 

(Project  Nr.  69GP-0117) 
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SZF  DATA  DICTZOVART 


10.  SCOPE 

10.1  Scope.  This  Appendix  is  a  mandatory  part  of  the  standard.  The 
information  contained  herein  is  intended  for  con^liance. 

10.2  Purpose.  This  Appendix  provides  definitions  of  the  data  fields  to 
be  used  %(ithin  Sir  data  bases. 

20 .  APPLICABLE  DOCUKEHTS 

20.1  Government  documents 

20.1.1  Specifications,  standards,  and  handbooks.  The  following 
specifications,  standards,  and  handbooks  form  a  part  of  this  J^pendix  to 
the  extent  si;>ecified  herein.  Unless  otherwise  specified,  the  issues  of 
these  documents  shall  be  those  listed  in  the  issue  of  the  Department  of 
Defense  Index  of  Specifications  and  Standards  (DoDISS)  and  supplement 
hereto,  cited  in  the  solicition  (see  6.2  of  this  Standard). 

MIL-STD-1820  Generic  Transformed  Data  Base  Design  Standard 

(Onless  otherwise  indicated,  copies  of  federal  and  military 
specifications,  standards,  and  handbooks  are  available  from  the  Naval 
Publications  and  Forms  Center,  ATTN:  NPODS,  5801  Tabor  Avenue, 
Philadelphia  PA  19120>5099.) 


20.2  Order  of  precedence.  In  the  event  of  a  conflict  between  the  text 
of  this  ^pendix  and  the  references  cited  herein,  the  text  of  this 
App>endix  shall  take  precedence.  Nothing  in  this  Appendix,  however, 
supersedes  applicable  laws  and  regulations  unless  a  specific  exeng>tion 
has  been  obtained. 


30  DEFIVITIONS  AND  ACRONTKS 

30.1  Definitions.  The  definitions  provided  in  this  Standard  shall  apply 
to  this  Appendix. 


40  GENERAL  REQUIREKENTS 

40.1  This  ^pendix  shall  be  a  mandatory  part  of  the  standard.  The 
information  contained  herein  is  intended  for  compliance. 

40.2  Data  Types.  Data  items  shall  be  represented  in  the  forms 
specified  in  Table  A-1.  Appendix  C,  para  60.1,  explains  Gridded  Data 
Section  (GDS)  application  and  data  item  types  of  binary,  integer,  real, 
string,  enumerated,  and  boolean. 
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40.3  GTDB  Coirmonalitv.  The  definitions  of  some  data  items  included 
within  SIF  data  sets  differ  from  the  definitions  contained  within 
NIlf-STD-1820,  Generic  Transformed  Data  Base  Design  Standard.  Osers  of 
both  SIF  and  GTDB  need  to  exercise  caution  when  using  ccnsnon  software 
for  both  SIF  and  GTDB  data  sets. 


50  DETAILED  REQUXRBKEETS 

50.1  Data  Items.  All  data  items  included  in  a  SIF  data  set  shall 
adhere  to  the  definitions  specified  in  Table  A-2  of  this  staxidard. 


60  MOTES  . 

(This  section  contains  information  of  a  general  or  explanatory  nature 
that  may  be  helpful,  but  is  not  mandatory.) 

6.1  Referenced  documents.  The  following  documents  were  used  a 
references,  in  preparation  of  this  ^pendix. 

AMERICAN  NATIONAL  STANDARDS  INSTITOTE 

ANSI  X3.27  Information  Systems  •>  File  Structure  and  Labeling  of 

Magnetic  Tapes  for  Information  Interchange 

ANSI/IEEB  Binary  Floating  Point  Arithmetic 

STD  754 

(Application  for  copies  should  be  addressed  to  American  National 
Standards  Institute,  11  Nest  42nd  Street,  New  York  NY  10036.) 

DEFENSE  INTELLIGENCE  AGENCY 

IN3M-2600-  National  Imagery  Transmission  Format  (NITF), 

63220-90  Version  1.1,  1  March  1989,  sections  1  through  4.5 

(Application  for  copies  should  be  addressed  to  Defense  Intelligence 
^ency,  DIA/DM-IA,  3100  Clarendon  Boulevard,  Arlington,  VA  22201-5317.) 

DEFENSE  MAPPING  AGENCY 

DMA  Standard  Supporting  Hark  90,  Section  100, 

Glossary  of  Feature/Attribute  Definitions, 

Second  Edition,  June  1988,  revised  December  1988. 

(J^lication  for  copies  should  be  adressed  to  Defense  Happing  Agency, 
8613  Lee  Highway,  Fairfu  VA  22031-2137) 
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DIGITAL  EQUIPMENT  CORPORATION 

AA-LA06A-TE  Guide  to  VMS  Files  end  Devices,  J^pendix  B, 

"VMS  ANSI-Labeled  Magnetic  Tape,"  April  1988. 

VMS  Backup  Utility  Manual,  April  1988 

(^pllcati.o..  for  copies  should  be  addressed  to  Digital  Equipnent 
Corporation,  P.O.  Box  CS2008,  Nashua  NB  03061) 

D.S.  DEPARTMENT  OP  COMMERCE 

Initial  Graphics  Exchange  Specification  (IGES), 

Version  4.0,  J\me  1988,  sections  applicable  to  C8G 

(Application  for  copies  should  be  adrassed  to  D.S.  Departisent  of 
CoBwterce,  National  Bureau  of  Standards.) 

INTBRACTIVB  COMPUTER  MODELLING,  INCORPORATED 

General  Infomation  Manual,  May  1988. 

(Application  for  copies  should  be  addressed  to  Interactive  Computer 
Modelling,  Inc,  12200  Svinrise  Valley  Drive,  Suite  210,  Reston  VA  22091.) 

PLANNING  RESEARCH  CORPORATION 

PRC-2851 -OBOD-3  Data  Base  Design  Document  (DBDD),  Standard  Simulator 

Data  Base  (SSDB),  Project  2851  (F33657-86-C-0182) 

PRC-2851-DBDD-S  Data  Base  Design  Document  (DBDD),  Jq>pendix  I,  Data 

Type  Dictionaries  for  Project  2851  (F33657-86-C-0182) 

(Application  for  copies  should  be  addressed  to  PRC,  1500  Planning 
Research  Drive,  McLean  VA  22102.) 

( Mon-Govemment  standards  and  other  publications  are  normally  available 
from  the  organizations  that  prepare  or  distribute  the  documents.  These 
documents  also  siay  be  available  in  or  through  libraries  or  other  ■ 
informational  services . ) 
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Table  A-1  Data  Type  Definitions 


BINARY  INT 

Binary  Integer  Value 
( 2  *  a  camplement ) 

Atomic  Value 

BINARY  REAL2D6 

Binazry  Floating  Point 
Value,  Binary  Floating 
Point  Value 
(6  significant  digits) 

Composite  Level 

BINARY  RSAI.3D6 

Binary  Floating  Point 
Value,  Binary  Floating 
Point  Value,  Binary 
Floating  Point  Value 
(6  significant  digits) 

Composite  Level 

BOOLEAN 

Enumerated  Value 

Atomic  Level 

ENUM 

Enumerated  Value 

Atomic  Level 

BEX 

Hexadecimal  Value 

Composite  Level 

INT 

Integer  Value 

Atondc  Level 

INT2D 

Integer  Value,  Integer 
Value 

Composite  Level 

INT3D 

Integer  Value,  Integer 
Value,  Integer  Value 

Composite  Level 

INT4D 

Integer  Value,  Integer 
Value,  Integer  Value, 
Integer  Value 

Composite  Level 

REAL6 

Floating  Point  Value 
(6  significant  digits) 

Atomic  Level 

REALIO 

Atomic  Level 

REAI.206 

Floating  Point  Value, 
Floating  Point  Value 
(6  significant  digits) 

Composite  Level 

REAL2D10 

Floating  Point  Value, 
Floating  Point  Value 
(10  significant  dig.s) 

Composite  Level 

REAL306 

Floating  Point  Value, 
Floating  Point  Value, 
Floating  Point  Value 
( 6  significant  digiti ) 

Composite  Level 

RSAItBDlO 

Floating  Point  Value, 
Floating  Point  Value, 
Floating  Point  Value 
(10  significant  dig.s) 

Composite  Level 

REAL406 

Floating  Point  Value, 
Floating  Point  Value, 
Floating  Point  Value, 
Floating  Point  Value 
(6  significant  digits) 

Composite  Level 

STR 

ASCII  Text  String 
values 

Atomic  Level 
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Calibrated  Focal  Length  REALIO  16  10.0. .10000.0  An  adjusted  value  of  the  focal  length 

computed  to  equalize  the  poaltive  and 
negative  values  of  lens  distortion  over 
the  entire  focal  plane  (expressed  in 
millimeters) 


*<  2 
0 
K  r-t 
H  I 

0 


£ 

4i 


0 


•M  0) 

o  a 

«  C  «  »w  0 
o.  o  o  S 

^  •H  U  4^ 

H  "8  I  &  • 

t  f  I 

1  Qi  U  •  i  £  ■2- 
£  C  C  -H  p  -P  ■ 
0  •  *0  4>  O  ^  P 
■Hr4«69Be« 
X  £  -H  *0  •  £ 

»  ^  «  •*<  «*j  i  • 

«  O  •  •M  O  »  E 

e  •«4  •«4  £  4J 

0<OV£  •£  gc 
£  »4*H  5n4»-^ 

•  *4  B*®  08*0^ 

E  4*  B  U  B 
«  M  n  O  -P  B  £ 
BP  •OBB'Ma 
PBB^Bh'MX 
■  go  B  £  -H  B 

Rp  -H  O  e4 
<0  ■  U  ■  B  ■ 

«  O  P  ■  V  £  P 
P  4J  B  B  PC 
B  ■  ■  -H  B  B  •H 
£B<H0P£«0 
H  £  ^  0i<-<  ■H  a 


O 

I 


i 

S 


m 

o| 

e  P 

P  B 

o  ■ 

tk  <H 
<M 

•o  o 

It: 

M  M 
A  • 

•H  i 
E 

«  ^ 

u  (0 


0)  P  B 

C 

£  P  0  P  P 

B  0 

P  B  •  B  C 

B  P 

a  c  ■  a  p 

P  — ' 

g  B  p  0  £  p  0 

■  B  ■ 

0  £  0  p  14  p  a 

•X  U  U 

U  P  B  P  B  0 

U  £  B 

P  P  U  E  B 

B  P  P 

0  l4  B  p  ■ 

EP  B 

14  p  a  ■  p  c  B 

5  ^ 

B  bi  B  P  £ 

®  - 

P  k  <0  B  P  Q  P 

B  B 

9  B  B  p  0  a  _ 

P  ^P 

0  p  p  B  9  C 

0  U 

P  B  B  P  -0  P  ? 

9  0  tS 

•0  B  0  P  B  B 

V  P  B 

B  0  P  B  P  a  7 

P  B  B 

■  >0  £  p  P  ^ 

P  h  ■ 

aBCPBOBB 

0  B 

C*  >  P  £  B  £  »4 

B  £  M 

BP  NPP  B 

5  fi* 

2.P  B  £  X  B  P 

P  P  >< 

0  £  0  a  0  B 

B 

B  B  E4  «  B  C  E 

P  B  *— 

£  a  i  P  *S  B 

0 

p  ■  S  P  B  >4  C 

>t  B 

U  .  E  0  P  B  P 

B  £  P 

P  B  B  0  B  B  P 

0  _  g 

oacpcxp'O 

B  B  £  P  B 

P  B  B 

pb4paoP*OB 

P  B  0 

0  0  ap  0  ^  5 

B  P 

OP  B  B  B 

S  P  g 

Pb4PPBO£^ 

a  C  £ 

B  B  B  B  P  g 

<  B  P 

B  P  0  P  B  B  X 

B  P 

£BOOP£aB 

£  B  P 

E4  p  P  ap  t4  P  t*  *0  0 

o  o 

♦  • 


o 

• 

f-4 

I 


•  • 
o  o 
•  • 

I  I 


fO 

<n 


o 

rH 

Q 

CS 


« 

« 


« 

a-' 

p  0 

o  Q 

B  O 
P  W 
X 

A  P 

B 

•O  ■ 
B 

p  54 
«  O 
M 

5^ 

p  p 

m  o 

U  A 


P 

P 

o  m 
ao 
o  o 
« 

B  ■ 

o  o 

p  p 
p  « 

«  c 

M  P 
£  "O 
P  ^4 
P  O 

«  o 

o  o 


p 

•O  B 

-<-L 

P 

0  p 

« 

B 

a  9 

B 

m 

9  p 

a  0  « 

■ 

0 

0 

4}  ^ 

P  c 

n 

U  ■ 

a  a 

0  P 

c 

0  C  £ 

■  P  B 

B 

m  4*  - 

c 

B 

B  *0  P 

h  C  B 

0 

0  *0  B 

'PRO 

BOP 

B  B  P 

B  B 

C  P  P 

■ 

•  ■  U 

W  PC 

• 

«  ■  ■ 

9  B 

OP  9 

>  tt 

£  a  *0 

Q  0  £ 

U  B  B  0 

0  u 

P  f4  C 

a  £  0 

£  t4 

•Q  • 

a  0 

Q  •»'  *> 

P  P  LI  t>> 

p  K  0 

£ 

B  0 

• 

0  B  B 

X  1  c 

B  K  P  B 

0  E 

■ 

0  B 

•  2  -  d 

B  B 

TOP 

£  £  B  9 

i»  c 

0  P  0 

Q  TO  £ 

P  P  P 

E  ^ 

P  B  X 

Q  TO 

Li  0>  B  0 

8 

P  *0  B 

TO  1 

0  B  TO  ■ 

0  “0 

B 

«(&  ^ 

CP  £ 

• 

P  B  P 

B  £ 

TO  B  B 

•  B 

0  £  0 

I4 

TO  C  M  _ 

•C  a 

P  P  •> 

B  ■  *0 

fi  2  5 

4J  a 

■  B  £  a  B 

B  0  P  P 

a 

14 

D  B  £  B 

ap  B 

£  P 

a 

^  pi 

p  14  P  P 

■  9 

P  9  TO 

0  $r 

£  9  D  B 

■d  c  2 

■  0  P  a 

a 

a 

ap  c  c 

B  P  ^  • 

c 

4J 

B  a  B  P 

B  E  -p 

S  P  B  ■ 

■H 

•C  f-4 

Li  B  ■  T)  £  B 

£  0  £  B  *9 

a 

0  0  9  L4 

1  0 

P  *0  P  M 

U 

•H  > 

a  a 

Q  00 
S  0  £  0 

■  0 

X  B 

§Spg'8 

n  H 

0  P  P  t) 

TO  S  ■ 

TO  pi  0  B 

0 

0 

0 

a 

0 

in 

£  TO 

IS 

TO  TO 

D 

m 

TO  TO 

0 

u> 

TO  TO 

IS 

01 

TO  TO 

0 

TO  S 

0 

•  r) 

X  X 

0 

•  0\ 

X  0 

ta 

0  ro 

0  0 

0 

•  • 

Q  Q 

Q 

0  rH 

IS  n 

n 

SO 

<N 

rH 

CM 

0 

•3  ^ 

mi 

TO 

TO 

p 

£ 

0 

P 

B 

B 

B 

B 

P 

P 

6 

B 

0 

0 

P 

P 

P 

P  TO 

P 

Q 

B 

■ 

a  0 

TO 

0 

0 

B 

A 

A 

9 

C 

0 

B 

B  0 

m 

Li 

L4  £ 

B  TO 

B 

p 

i  0 

P 

B  U 

3  B 

B 

0 

0  Li 

0 

0 


<  <N 

e> 
K  •>) 
I 

o  o 

X 

S'? 

ad 


e 

o 

4> 

Oi 

i4 

o 

« 


• 

o« 

c 

« 

a 


js  oi  ; 

41  n 

o>< 
c  m 
«  u. 
»4  H 


z 

•d 

« 


•M 

« 

e* 

o 

14 

« 

3 

B 

®  •  44 

« 

44 

■ri 

43  43  0 

o* 

X 

c 

e*  44  "H 

■o 

•  B 

O' 

o 

Vi 

•  e 

*.44  • 

0 

•1 

43  a 

li 

•4  « 

r>^ 

44 

ti  •  44  O 

9  « 

•  14  A 

In 

0 

0  ®  •(  Vi 

44  43 

•o  o 

o 

■  >  a 

*-l  44 

O  ■ 

0 

•4 

®  0  a 

9  ^ 

6  •  « 

44 

Hi 

■  4  ®  0 

D  q 

®  43 

0 

M 

0^0 

44 

0  ft 

a 

m 

^  44  B  • 

0  _ 

M  A 

e 

li  0  0  43 

< 

Vi  44  a 

» 

0 

4<  *0  «  44 

^  s 

•  A 

• 

t-4 

0  U 

e  a 

43  B  A 

z 

o  <0  a  o  O' 

43  a 

44  «4 

HOB 

44  •! 

•  0  • 

•H 

• 

h  A  O  -H 

e  r4 

43  14  43  •! 

43  H  0  C 

»  Vi  44 

44  A  0  Vi  ■ 

.  •  _ 

•c 

.  c  ®  *-• 

B 

t>t4> 

c 


« 
_  u 
M  Q 
4>  •  <M  g 
«  >-l  & 

O  -H  >,ti 
•r(  4*  •H 
■O  rH 

c  •  « *a 

h  c  a 

3  -H  0» 
di4J  0>  C 
•0  -H  « 

u  o  o 


% 


I 


O' 

a 

r4 

Im 

« 

*> 

m 

a 

V 

» 

O' 

c 

« 

£ 

o 


«4  «  e  ^  • 

o  -w  o  c 

M  ^  •  O'  C 

>,  o  4i  A  m 

4J  'M  •H  ■  J3 
>  <-l  C  O 

•*J  >  ^  O  ^ 

C  4i  «  «  >1 

•  -*4  4*  X  44  4J 

*a  14  e  ■  « -H 

•r»  o  •  <-•14 

•  ^  I  «  &  o 

^  d  4-1  o  •  o 

f  «|  •  u  l4  CB 


O 

fN 


g 

CQ 


>1 

4> 

•H 

43 

44 
9 

«c 

c 

o 

-H 

4> 

« 

0 

■H 

•H 

-■4 

a 

a 

« 

#-t 

o 


lu 


§ 

s 


O' 

« 


« 

•o 

e 

s 

n 

•o 

o 

o. 

a 


a 

14 

« 

44 

m 

9 


a 

a 

44 

PI 

P) 


IM 

o 


PI 

ro 


X 

H 

n 


o 

H 

>4 

o 

44 

n 

3 


43 
jc;  44 


•2S 


8 


I  c 
m  o 

«o  4<  •*4 
O  44 

5  ®  o 

44  «  «  <  4-'  «  • 
«  T]  44  H  O  r-*  •rl 
DCOM® 

Die  *0 

O  f-H  U  •  14 

•  «  >H  _  O  43 

•  a*o  £4 

c  a  •  ■  - 

« -H  s  c  *0  •a 

44  ■•414*0 

C  «  ■  O  *0  o 

•  43  ■  44  it  • 

i  a44  c  «  ■  «H 

«  a  <H  o  *0  3  o 

l4  Vi  DO 

«  0<<0  U  f  44 

•1  B  4<  Am 

a  m  o  m  m 

B  44  N 

u  O'  m  m  A 

•  r4  ■  tH  S  I* 

>,  •  t  A  a,  m 

4>  otm  a  c  •  > 

•H  0  40  «  D  li  ® 

u  i  _  M  l) 

u  <c  -H  *a 

®  B  H  l4  B 

in  «  Q  44  0 


e 

IQ 


■ 

•o 

14 

I 

•o 

o 

o 


to 


n 

s 

ca 


44 

« 

>4 

m 

B 

O 

•I 

44 

O 

« 


o 

u 


iniplenMntation  apeolfle.  The 
Individual  values  are  separated  by 
single  spaces 
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Correlation  Priority  INT  3  0..127  A  number  indicating  the  relative 

importance  of  a  feature  or  vertex  for 
maintaining  correlation  among  >  • 
components  in  a  culture  tile.  Higher 
numbers  Indicate  greater  priority 


§ 

04 

•ri 

u 

o 

m 


0 

u 

« 

«  Q| 

•  B 

U  « 

•  iS 

« 

r-l  « 

•  TJ 

W  • 

• 

JS  9 
4J  4i 
•  t-l 

O  • 

a 

o*  •  -w 

55JS 

^c:8 
o  •»<  t-« 
•H  O 
•O  m  I 
e  •  h 
•H  M  « 
9  4i 
0«4J  C 
«  «  9 
•H  •  O 

•>4  «H  O 


O* 

g 

(C 


XI  m 


.S' 


O* 

C  to 

«  o. 


z 

TJ 

t>4 

« 

•H 


»4 

e* 


i 


a 

« 


o 

I 

■p 

c 

9 

O 

O 


■O  Q 

»  a 

4> 

m  TJ 

«  c 
w«  « 
o 

a  js 

a  Q 

g.B 

<P  I 

n 

«  w 
a 

4*  C 

4*  • 


4* 

a 

TJ 


xi 


40 


u 

a 

u 

Xi 

p  M 

P 

a  a 

a  a  0 

•H 

u 

h 

a  c 

*§  * 

.M 

a  Be 

Xi  a  J3 
>  -ti 

44  B 

1 

P 

4i  a  o 

4>  a  0  a 

a 

u  M 

O  M  41 

a  a  a 

a  a  a  ^ 

a 

"T*>  xt 

Xi  •  ■o 

•r4  ,C  B 

A  a  p  -H 

a  *9 

ova 

0  "O  -o  ^ 

p  a 

9  C 

9  B  B 

a  B 

a  4<  a 

a  P  a  0 

B 

p  a 

h  li  ■ 

^  a 

9  9.  9 

9  o.  9  41 

4t  c  o 

p  B  o  a 

p  *0 

a  0  X 
a  •-(  4J 

a  o  4:  > 

a  t-<  p  a 

8  a 

#4  C  « 

*a  c 
a  c  « 
a  *i 

H4 

o  •  c 
•D  -w 
w  9  _ 


■oca 
a  c  a 
a  4>  a 

«4  Ji 

o  a  c  4> 
■o  ■*< 

w  9  *0 

a  4>  tJ  B 


p  >H  a 

p<H  a  a 

a 

P 

B  P  a 

B  P  a  _ 

B 

a  a  a  *0 

a  a  a  *9 

a 

0  >-1  a  B 

0  a  B  p 

c 

14 

p  0 

p  0  a 

a  >1 

a  a  04  u 

•  •  Q,  0  P 

8 

Xi  a 

x:  xs  S(  9 

.c  j:  K  a  a 

X 

>  *0 

Eh  p  a  a 

£4  p  a  a  E 

•  • 

•  •  • 

«  *«  * 

•  a^  a  a^  • 

09  00 

CD  CO 

^  ^  ^  » 

^  ^  ^  ^  ^  ^ 

«0  40  «0  40 

^  ^  10  ^  ^ 

n  m  m  m 

fO  1*^  CO  fO 

09  09  00  CD 

CP  CD  CD  CD  CD  CD 

c 

^  40  ^  a. 

^  ^  ^  ^  ^ 

>- 

1 

r»  r“  !*• 

f*4,  f4k  f«4  • 

6 

40  4f  40  40 

^  ^  ^  ^  ^  ^ 

t 

1-4  4»4 

fa4  rH  ^  ^ 

c 

[ 

fS  M  04  C4 

CN  CM  CS  C^l  CM  M 

c 

1 

1  1 

i  1  1 

1 

c 

«*» 

m 

1 

C4 

<0 

a 

0 

n 

ro 

1 

4 

4 

64 

H 

i 

4 

Z 

Z 

1 

M 

H 

i 

•0 

1 

•rt 

0 

a 

p 

ki 

p 

a 

B 

a 

a 

0 

B 

0 

a 

H 

p 

P 

9 

a 

p 

a 

4—1 

p 

9 

u 

0 

LAMBERT,  POLAR 
LOCAL, 

GEODETIC  FLOAT 


•o 

■*>  m 

JS  « 

I7>  U 

:iS: 

« 

JS  « 

U  -P 
•*4  «S  ■ 

i  +>  *0 
7  ■  c 
o 

•  •MO 
i<M  • 
■HOB 
4* 

•  *4 

*4  its  a 

O  4* 

a 

•O  C  J3 
O  •H  41 
-H  U 
Mac 
«  c  a 
Ot'H  a 
a  s 

•  i  o 
JB  3  >3 
e-<  M  41 


tJ 

« 

4>  a 

£  a 
o>  a 

•H  M 


a  • 


03  - 

O  • 

•H  V  a 

•S  •  *5 
>  V  c 
a  o 

•  o 
B  e  t> 
•H  O  a 
41 

C  «M 
«H  OS  0 
O  41 

a 

n  G  js 
O  -H  41 
■H  TJ 
Mac 
«  c  a 
a-H  a 

•  i  o 
A  3  o: 

ti  M  41 


•M 

M 

•  a 

•O  41 

a  a 

•  rj 
JS 

«  M 
a  c 
a  41 
A  .H 

a  9 

4l  O 

a 

V  IM 
M 

•  01 
A 

41  A 
41 
•M  -H 
O  » 

•  *0 

§-s 

C  9 

•M 
•  O 
A  C 

t4 


a 

<M  IM 

0  0 

•0 

M 

•% 

a 

a  a 

a  ^  -  a 

a 

0>A 

A  « 

9 

a  t 

M 

a  « 

•0  «  *•*0 

C  -'H  c 

>  c 

-  a  a 

0  a 

a  X  a 

B 

u  a 

tt  9  (3  a  9 

« 

A 

«  0  a  M  0 

JQ 

a  a  2  A  rH  a  A 
£  41  A  A  A  A 

« 

A  a 

o*  - 

4> 

•0 

a  c  1  a  c 

«M 

M  a  -Ha 

•0 

6  h  •  41 
M  A  a 

M  (0  at)  A  ^  V 

•  a  c  •  C  *0 

ca-Ha-oi  a  9 

M  E  9  41 

oc3a4ina-M 
O‘HA«'H(0«» 
A  4l  41  CO  4>  C 
41411  9aco90 
a  tc  c  <-•  n  C  rH 
a  »  CO  -H 

•  CO  E  •M 

A  t)  CO  o 


41  •  0) 

M  C  CO 
O  •H  CO 

JSgg 


m  -H 


a  a 

•  *0 

•  C 
M  O 
0»  O  t) 

•  •  C 


Q 

Q  a  a 

oat) 

n  •  c 
M  o 
o>  o 

a  a 


Hunnsaa^a 


a  a 

A  •-< 
41  -H 

•M 

o* 

c  a 
•H  41 
>1  a 
TJ 

•  H 

t)  2 

• 

•H  A 
a  41 

a  >1 
A 


\o 

m 

00 


cc 

o 


v> 

<») 

03 

r« 

r4 

« 

O 


A  CO 
CO  CO 
to  CO 
CO  CO 
CO  CO 
CO  CO 
CO  2 

2  O 
O  Q 

o  o 
w  n 


CM 


2 


(M 

2 

H 


CO 


CO 


a 

• 

•H 

M 

g 

a 

Ik 

a 

E 

c 

■P 

M 

M 

a 

0 

•0 

V 

•H 

c 

a 

0 

0 

a 

B 

n 

2 

« 

a 

A 

a 

a 

0 

a 

a 

a 

0; 

2 

a 

tt 

a 

a 

0 

a 

•H 

a  a 

a 

0 

0 

**  1 

A 

>1 

a  a 

a 

0 

CJ 

0  2 

0 

w 

8 


c 

•H 

A 

c 

m 

• 

a 

a 

n 

a 

A 

a 

o 


B 

O 

•H 

*» 

Q. 

■H 

U 

O 

m 

Q 


« 

k4 

«  0 

•  - 

>  0 
O  B 

u  « 


0  ^  0 

X  »  ^x 

X  S;  41 

•O  ■  %  *0 

B  B 

>0  w  a 

«  S  *8 

•.  o 


0  9 


0^ 

Z  A  •-<  0  X 

X  X 

'^x  X  X  X 

X  0 

fX 

•o 

0  e  1  0  B 

<M 

>4  0  t]  0 

o  ^ 

0  X  X  6  X 

M  JB  0 

U  CO 

aTJ  ~x  ^ 

0 

0  C  0  B 

0 

0  G  0  B  Tl 
B0<H0't)l  m  9 
kgs  4> 
OBt0X«0<H 
o  -H  X  0  •ri.ea  0  O' 
js  _  *»  4»  ta  4*  G 

g;5SS5 

X  Tl  (0  O  S  O 


X  •a 
4*  m  to 

9  Gta 
O-i  to 
0  0  Z 


0 

X 


c  a 
o  a 


Q  - 
0  Q  0  0 

*d  D  0  *0 
B  aq  0  B 

h.  o 

_  o*  o 

C  ' 


t)Uin*a00'a0 


•o 

0 


X 


B 

0 

>»  0 

0 

o 

a  0 

XX  0  0 

0 

U 

0 

>4 

S  X 

0  0  0 

t-4 

X 

0  X 

0 

0 

X  0 

X 

X  g 

<0  -o  0  X  a 

o4 

9 

0  X 

•o 

r4 

•o  T3 

O 

«>  -X  9 

i  B 

;  0  9  ^ 

X 

O 

0 

0 

•H 

0  0 

ki 

^  S  1 

<M  X  -H 

■  P 

1  B  D  >|X  X 

0 

X  c 

0 

H4 

X  B  0 

1  CO  04  Z  X  •H 

0 

0  O 

n 

0  -n  X 

Pi  X  B 

14  «  X  O 

f4 

0 

X 

X 

•o  'M  X 

0 

i  X 

10  *0  0  z 

X' 

X 

0  X 

0 

0 

0 

0 

^  ^  K 

0  *0  X  0  B 

0 

0 

•o  u 

0 

u 

0  O  14 

9* 

O  0 

hi 

0  B  O  Tl 

X 

73 

0 

0 

1  o 

<>>0  0 

1 

0  a  <*4  O  B 

0 

0  X 

n 

%4 

M  X 

X 

M  a 

•H  14  0  • 

0  r4 

0 

X  0 

O  0  B 

1  « 

0  X  0 

U  0 

X 

0 

0 

•N  0  o 

0 

-4iJ3  0 

>  0  •  V  0  X  0 

X  73 

B 

0 

X 

X 

D-H 

X 

O 

9 

O'  CT'  X  M  O' 

9  O 

•X 

X  0 

0 

X 

0  X 

0 

C4  0  *0  *4 

B  B  0  X  a  B 

o  E 

0  0 

o 

O'  0  -X  <0 

M  X  0 

0  "rl  **4  0 

0 

0 

X  X 

0 

B  B  B 

0  c 

\  > 

XX  0  X 

H 

u 

X  0 

k< 

>1 

0  •H 

0 

-■O  -H 

X  0  ^  • 

0  O 

X 

0  X 

H 

0 

X  14  14  X  O  X 

1  c 

0  0  O'  O  0  0 

X  n 

9 

X  0 

CO 

> 

0  0  X  >4  o  c 

1  9 

X  B  X  ax 

0  0  0  E  a  0 

1  73  X  X  ax  70 

X 

0 

O 

>  *0 

•o  TJ  *0 

K  •4  V  E 

0 

73  a 

0 

0 

0  0 

"*4 

B 

Q 

■H 

•r4 

H 

D'ki  X 

B 

•-4  o  0 

0 

on  0  X 

X  0 

14 

0  a 

0 

B  M 

X 

0  9 

0  X  X 

«n  OS  >4 

1  4 

10  0  *0  0 

•H 

X 

X 

•H  cn 

>  &■ 

0  K  0 

>  e 

i  X  14  X  *0  0  X 
o4  O  0  o4  X  •X 

X 

X  X 

0 

X 

0 

0 

•o 

■o 

% 

B 

X 

73 

0  0 

0 

X  > 

0  0 

B 

^  o  ■ 

1  4 

1  «  i-l  0  9 

0 

14  iX 

o 

o 

X  0  • 

0  ^  *4  0 

1 

oX  0  X  o> 

*o 

o  > 

0 

0 

2  0 

X  9  0 

an  o  D'*o  0  X  0  >  0  0 

M 

•o  0 

a 

*o 

0 

n  c 

1  B 

:  a  o>x  E  X 

0  73 

14 

B  X 

0 

>  u 

0  0  O  *0 

o  K  0 

1  0 

I  a  B  o4 14  9 

X 

i  ^ 

o 

•<4 

X 

— -rl 

0  •rl  U 

IS  h 

X  0  0  B  X 

o 

0  73 

0 

B 

0 

M  o 

'  0 

1  >4  -  0  o 

9 

B  9 

K 

0 

O'  0 

0 

0 

•H  X  CO 

O' 

«0  0 

1  9 

10  0  X  B 

•o 

r4 

0  ^ 

0  <H 

i 

•-4  0 

•X  0  u 

B 

oQXi-ix  0  ao  0 

0 

0  o 

73  X 

0 

•H  X 

0  X  < 

0  r4  (n  0 

1  0 

1  0  X  a-H  X  o 

X 

X  B 

B 

0 

ki  X 

0 

k.  X 

Q  X  ki 

XHK'O  ►‘OXXtHXIB 

a 

H  o4 

H  X 

<  M 
a 
K 

I 


O 

X 


0 

O' 

B 

0 

K 


JS  to 

gg 


CN 


I 

I 


I 

I 


I 

I 


r< 


in  •-< 


m 

I 

< 


K  *4 
M  I 

S'? 

X 


C 

ft 

B 

« 

0 

g  04 

44 

44 

«  >t 

a  44 

ft  c 

ft 

ft 

o  o 

ft 

M  rH 

*0  4J 

43  44 

NP  ft 

ft  ft 

ft  ft 

p 

ft 

04 

«  C 

P  « 

a  41 

IN  t-t 

X 

X 

04  0 

E 

CP 

ft  0 

O 

«  i 

ft  <0 

44 

41  *0 

X  *0 

0 

0 

s  * 

ft  *0 

o> 

•O  P 

ft  13  • 

P  0*04 

ft 

ft 

C  B 

P  ft 

i 

9  P 

e  T) 

c  o 

P  44  ft 

o  a 

e  44 

e  44 

0  ft 

04  P 

4? 

0+  X  ft 

•H  • 

«  <M 

a  ft 

44  c 

ft  04 

ft  04 

2. 

9 

©•44  C 

u  • 

4<  C 

{«  ft  ft 

41  ft  44 

X  44 

X  & 

B  X 

B  4 

0»  ft  p 

Q  S 

■  44 

ft  4*  P 

44  i)  ft 

*  ^ 

* 

ft  ft 

^  O  ft 

ft  B 

X  B  *0  0 

ft  a 

Sk  P 

a 

c« 

44  ft 

ft  4l  p 

0 

BOBO 

>4  e 

C  13  K 

ft  P 

*0  ft 

■O  ft 

•O  B  X  ft  ft 

P  44 

•H  t-l  0 

0141  « 

O  44 

41  44  ft 

4ft  P  ft 

ft  *0 

ft  *0 

ft  0 

X  ft  Q. 

ft  X 

S  r  2  ♦* 

•H  «  • 

«  « 

TJ 

44  ft  41 

ft  44 

ft  44 

P  O 

X  Cu 

&  ft  ft  ft 

•  «  >4 

P  P 

*o  P 

9 

9 

0  g  0 

X  K 

V  ft  ft 

C  •  O 

a  p 

•  Oft 

P  ft  H 

ft 

ft 

2  ft 

X  8  X 

ft  ll 

X  9  ^  ft 

•P 

o  • 

ft  O 

ft  ft  O 

ft  4| 

f 

M 

X  o 

ft  X  0  X 

•  •  K 

U  4> 

9  0  44 

43  9  n 

X 

X 

ft 

j'-’y  • 

»  e 

ft  44  P  X 

£  A  • 

« 

04 

41  "4 

e 

B 

04  ft 

>1  0  E 

ft 

fH  X  ft  9 

4J  41  41 

« 

ft  Q 

ft  ft  ft« 

0  o 

O  0 

0 

•-4  8 

ft 

ft  0 

•  Xi 

44  1  K 

•A  >  M 

4»  44 

X  44 

tH 

B  ft  ft 

ft  g 

ft  ^  04  ft 

<M  O  >-1 

43  4) 

i*>  ft 

ft  a 

41 

X  ft 

ft  ft 

0  X 

X  B 

X  >4  0  -4 

0  41  « 

4>. 

4>  4l 

4* 

ft  9 

ft  9  P 

X  *0 

ft  ft 

ft 

X  ft  ft 

• 

•  « 

ft  ft  P 

OI  ft  ft 

ft  •-I 

ft  r4  ft 

ft  0 

ft  P  X 

O  I 

X  ft  X  IP 

»4  •  P 

«M  P 

43  ft 

cox 

9  O 

BOX 

P  E 

P  X 

44 

04  B  X  X  44 

•  o>  0 

o  s 

41  p  > 

44  0>41 

•-I  ft 

•-4  ft  ft 

9  O* 

•o  O 

0  ftX  X 

‘'4  9 

41 

0 

41 

ft  ft 

ft 

ft  ft  i 

ft  P 

X  B  X 

B 

0 

c 

«H  i  CO 

e  a 

ft  04  a  ft 

ft  c  c 

>  2 

P 

>  2 

X  0 

ft  44  ft 

44 

ft  &  C  X  ft 

0 

•H  -P 

o  « 

9  1  P 

044  44 

ft 

X 

X 

P  t) 

• 

ft  ft  ft  p 

M 

4i  « 

44  0 

ft  an  t> 

44  ft 

C  C  41 

BBC 

ft 

ft  B  >t 

X  “O  OJ 

X  ft  ft  ft  9 

■p 

C  0  Dt 

4i 

ft  0  41 

•0  P  tJ 

o  o 

ft 

O  O  ft 

04  P 

§.  0  « 

ft  ft  ft 

9  -  2  ►  ** 

Oi 

e  44  « 

O,  0 

>  44  ft  ft 

C  P  ft 

44  44 

E 

4|  4l  U 

0  9 

g  Oi  0 

XXX 

C  ft  0  44  i-l 

•n 

■o  «M  4J 

44  4> 

41  P  i 

44  ft  <0 

41  41 

X  X 

X 

8  ft  X 

*>  Oi  p, 

44  P  X  X  9 

u 

•H  44  la 

P 

H  ft  9 

4*  44 

ft  ft 

o> 

ft  ft  » 

O  ft 

X  ft  5 

^  h  F 

■O  9  X  ft  0 

0 

9 

O  *0 

>  41 

O'  > 

>  ► 

c 

>  >  B 

4<  ft 

P  o 

O*  I4  p 

P  X  iH 

■ 

•  f  p 

•  « 

ft  ft  H  ^ 

ft  41  0 

ft  ft  44 

ft  ft  44 

X  04 

ft  p  ft 

ft  0  0 

0  H  B  ft  ft 

• 

1  J3  0>  O 

«  ■ 

43  44  9  44 

44  44  P 

ft 

ft 

X  O  X 

•P  C  B 

0  9  ft  P  X 

Q 

(4  a  <14 

a  9 

H  ft  6  e 

b  X  a 

H  2  X 

M  H 

2  ft  44  O  X 

2  ft  ft 

0  0  X  —X 

0» 

e 

« 


Xi  01 

11, 


U) 

fn 


M 

« 

o 


•  o 


o 

00 


o  o 
o  o 
o  o 

O  r-K 

o 

04 

<-t 

I 


Cfl 

I 

sS 

eg 

se 


o 

o 

o 

o 


o 

o 

o 

♦4 


O  O 

o  o 
o  o 
o  o 

«4  O 
•H 

I 


o 

o 


o 


00  CO  1^ 

^  ^ 

«o  w>  w>  «o 
ro  «»>  «n 
(D  00  CO  00 
<•  »  4r  40 
04  r*  f4. 


Cl  <M  N  <4 
I  I 


I 


g 

oi 


H 

2 


1 

2 


IN 

2 


>• 

% 

2 

M 

OQ 


s 


<n 

cs 


Q 

OI 


0 

H 

c 

2 

0 

0 

P 

>1 

0 

• 

0 

0 

ft 

X 

ft 

X 

X 

P  4» 

r" 

ft 

0) 

ft 

0* 

9  m 

0 

9 

B 

44 

0  a 

ft 

44 

0 

44 

ft 

0  0 

ft 

ft 

^4 

•0 

2 

2  -4 

2 

> 

P 

9 

>1 

B 

0 

g 

ft 

B  ft 

C 

B 

B 

0 

0 

8 

0  tJ 

0 

0 

0 

•H 

44 

U 

2 

•H 

44  p 

44 

44 

44 

> 

X 

t* 

X  ft 

X 

X 

X 

P< 

o> 

•0 

ft  *0 

ft 

ft  4^ 

ft 

« 

F 

B 

44 

X  «) 

>  B 

> 

>  to 

► 

tt 

p 

ft 

ft  Q 

0  ft 

ft 

ft  Q 

ft 

0 

44 

ft  0 

r4  X 

41  0 

B 

B 

h 

H  4' 

M  to 

H 

M 

H 

fi 

H 

U 

0 

E 

kl 

k< 

9 

O  «M 

0 

0  <4 

t-4  1 

^  0  CM 

0 

0  0 

0  k4 

%4  « 

D 

S  0 

M 

>  0 

■ 

4>  ♦ 

C  E 

H 

D 

M 

•  X 

<M  • 

"0  9 

0  c:  u 

r4  i 

o 

O  M 

U  •P 

u 

^  0  'V 

0)0 

n 

n  Q 

P  "H 

^  0 

«H  0 

« 

0  kl 

>v  n 

£  ^ 

9  P 

m 

•  M  4^ 

»4  *0  9 

Ik 

Ik 

K 

0 

>  M 

^  0 

0  0  44 

M 

M  Ik 

•  ^ 

^  ?x 

0 

*T)  &  < 

0  r-t 

CO 

CO  M 

P  0 

O 

0  M 

«  -  > 

u  cs 

»-«  0  9 
•-4  >-4  C4 

0  -O 

cn 

0 

TJ 

5  g 

Ot  • 

C  CL 

0  c 

*d 

•°0 

JS  u 

44  O 

JS  0 

44  JS 

•  -H 

«  O 

C 

•H 

•  >« 

k4  >«£ 

u 

44 

iS  C 

0 

4>  • 

^  ^  "S 

«  O  ft 

0  ^  44 
^  44 

<44  0 

O  OS 

<M 

O  M 

•Q  -H 

D  V 

M 

•  *0  9 

•  •  A 

•  4^  •H 
U  «  h 
a  M  4) 


o>  c  «0 

S8*- 

■  C  *0 

• 

HOC 

44 

o  v«  •« 
a  o  • 

<<  IH  *0 


U  Oi  ■ 

%*  m 

e  • 

•H  •  u 


«M  "I  &  »  S'  • 

o  6  •  c  •  o 

•H  *4 


>  /4  « 

o  o  • 

r4  W 

«M  •  « 
M 

%*  zt  m 
O  4>  U 

«  « 
C  •  «M 
44  <M  kl 

«  9 

Pi  «  ■ 


44  <H  e 

•  o 

A  -H 

^  r4  'd 

oi  S'  s 

c  •  o 

•H 

44  •  U 

Si3>, 

•ri  H 

*0  •  44  • 

c  d-H  5 
3  -H  43 

0>44  «-(  « 
«  «  0«44 

c*  •  5  -2 

p«  <44  -H  « 


o  « 

■  44 

•  «  « 
44  44  O 
>>  « 

43  a  c 

c  «  « 

•H  04  M 

44  M  H 

o« 

C  TJ  tJ 
«  «  « 
r4  C  C 
•H  ^ 
0  <44  <44 
43  «  « 
BOO 


04  M  •  ® 

n  VA 


•  o 

§C  44 
0  O 
c  ki  n 

• 

•  <44  |h4 
4B  •  H 
t<  kl  CO 


4>  O 
«  44 
>3  Ck  ■ 
44  -<4 
V4  • 

•  O  V 

•  ■  O 

“g-gf 

**^4  0 

•  • 

44  C  • 
9  0  0 
44 

•H  44  9 
kl  44 
44  V  0 
44  -D  0 
<  0  *4 


to 

0 

CO  *0  u 

u  c  o 

<  0  h 


Ch 

o\ 

<  M  <*4 

0\ 

o> 

*  0  04 

£3  0 

0\ 

Os 

0  O 

« 

0 

0  0  0 

« 

0 

1 

0  <^  0< 

o 

o 

1 

CO  O  CO 

K 

ta 


<  CN 

a> 
K  ^ 
H  I 

o  o 

X 

fif 

as 


e 

o 

*» 

o, 

■H 

u 

o 

■ 


B 

« 

« 


^  to 

B  n 
•  u, 
•4  H 


z 

■d 

•H 


JB 

O 


•H  •  ti 

•g-S-® 

C 

O  «M 


<M 

o 


I  *>  0 

a  c  ki  Q, 
a  c  «  o  S-p 

g  M  o  0>4<  • 


•  o  a4>o%44j«  a« 

C  jt  ^  e-t-rtBH'WSi 
•o  *0  «H  «M 

•  o  o 


•  • 

«  -rl 

II 


Q 

i 


•P 

« 

«  U 

•P  < 

•  h  B  B 

•O  >H  *H 

•O 

•  •  ■  • 

j:  a  4*  4J 
**Ti  a  B 

•H  •  - 

■  •  ■ 

•  *a  • 

•H  I  k4 
<M  k4  a 
•H  •  • 
o  •  kl 
«  9 

a 


« 

M  • 

•  W  • 

o«  • 

•  •  •  ■  4> 

aa4>'P-*4«««« 
S  K  B  B  Ot-P  .P 
4J4>>h«<h  aaB 
a  ^  J5  4* 
h  ki  a  a  4«  B  e 
a«4i»44J>Haao 
D«t7iBaB>ag  I 

•  •aca  aa<n 

4>-pauuaM*M 


. .  w 

<M  4i  4»  -H 

0  a 

h  V  a 
a  a  H 
n  » 


a 

O  M 
.-t  4* 

O 

C4 

te 


I  a  O' 
I  a  -p  c 
a  B  a  -H 
kt  a  a  4>  ki 
a  a  B  4« 
a  a  a  a  a 
M  A  ki  g 
41  a  a  a 
k(  w>  a  •H  4> 


M  a  ki 


a 

k4 

o 

I 

M 


a 

kl.«0  tM 
@•0$ 


41  M  _ 

B  JS  41  _ 

&<-(  O  4«  S  r4 

'H  a  M  a  a 

a^aaaMaa 
a  H  a  k4  p  a  a 

a  41  K  0  u  js 

u  >i-H  a  •  j;  0,4* 

a  •/)a4iaka 
a  a  B  41  ki  a 
.kiaki4Ba>Hk4  w 
^  9  41  a  Q  a 

„  fHCN^O'ria'HartjB 
aaMM^*H»k4«aM9 


a  o  a  ki  a  B 
£  n  k4  a 

>  «  a  o  a  a 

.B  ^  X  a 

>  O  41  M 

*i  •  *n  a 
a  a  4*  o:  a  a 
a  a  a  ki 
Kr4  a 
H  41  a  •  js  ee 
a  a  > 

■M  a  o  M  ~ 

O  k4  ^  41 

a 

a  o  «  <1  ♦ 

k  I  <M  a  ^  a  a 


a 

ft 

41 

<o 

a 


ft4l 

41  • 


O 

<i>  I  B 

a  •H 
Oi'O  a 
S  B  a 

41  -H  /: 

•o  o  m 
a  z  u 

4>  < 

a  »u 

M 

“  a  TJ 

a 

^  .  B 

B  41>W 

a  «4 
B  a 
a  a  *0 

4*  a  I 
B  ^  M 

a  o  a 
a  o  a  • 
•  A  a  0 
ki  9 


M  • 

ra  1 

ftl 


•o 

a 

B 

•H 

a 

•o 

I 

k4 

a 

a 

o 


B 

o 


o 

r4 

M  ^  % 

O  O  -o 

»<-l  O  z 
V  K  a  ^ 

H  M  Q  « 
«a! «*>  D 
z  z 
2  «  M 
««o  «e  « 
«Q  Q  Q  Z 
«H  O  CS  «n  p 
M  M  z  «  w 


o 


z 

H 


ra 


a 

a 

pH 

u 

n 


4l 


a  ki 
•H  O 


a  a 

pH  tj 

ti 

H 

m  o  a 

O  Z  41 

<  a 
Z  h  *0 

H 


41  a 

CM 

o  a  z  -H  Q. 

o<  a  a  pH 

■H 

43 

B 

kc  kl  K 

a  41  43  a 

kH 

41  /: 

a  a 

a 

a  MH  4>  41 

kH  B  41  > 

O 

4l 

a  41 

kc  Q  o 

a 

a 

H4  M 

a  B 

a 

at  pH  o 

D  a  41  HO 

a 

0  ^ 

kt  a 

41 

c<>  a  a  pH 

z  a  a  a 

•0  a 

S 

B 

a  kH  a  z 

H  kH  43  4> 

V 

a  « 

a  a 

a 

41  a  a  p 

0.41  a 

pH  O 

€  * 

P  pH 

a 

B  <41 

a  vH 

a  0 

a  *0 

a 

a 

a  a  a  Q  0 

•  kt  a  0 

9 

B  9 

•a 

IH 

g  41  41  1 

a  a  o 

41  m 

pt 

a  a 

o. 

a  B  B  «n  a 

p.<  4>  a 

K  O 

a  o 

CM  A 

a  pH  a  a  ki 

a  a 

a  z 

43  B 

Z  41 

k( 

a  a  E  a  a 

41  R  o  a 

H  »>. 

H  .pH 

W 


•8 

4* 

m 


& 

4) 

B 

a 


a 

k4 

9 

41 

a 

a 


tv 

«a 

tv 

CM 

n 


a; 


m 


Z 

H 


a 


6 

O 


Z 

.pH 

B 

K 

41 

0 

a 

a 

a 

.H 

pH 

•D 

pH 

41 

vH 

B 

kl 

a 

z 

H 

0 

vH 

a 

kH 

a 

a 

a 

0 

tH 

pH 

Q 

a 

A 

JO 

a 

a 

a 

a 

Q 

Eh 

Eh 

p 

9 

z 

U 

Z 

4l 

o 

O 

V 

a 

< 

z 

z 

a 

h. 

kM 

h. 

k. 

8ir/BDI  culture 


<  CM 

eo 
H  I 

sg 

S'? 

X 


c 

o 

■H 

O, 

•H 

O 

m 

o 


• 

ei 

e 

« 

K 


>1 

c 

•M  « 

•o 

•H 

■H  45 

a 

a 

B  41 

•0 

a 

45 

a  %* 

9 

u  tr 

41 

m  o  c 

r4 

9  c 

r-t  O 

U 

41  o 

G 

O  41 

r: 

a 

•wi 

•  *0 

a  a  >i 

45 

O  a  •  tH 

■M  M 

41 

41  am 

a 

*0  a 

■H 

a  «  00 

a  a  <0 

» 

•o  ^  43  CM 

45  41  c 

a  c  p* 

•M  a 

41  C  9 

ic 

C  -H  - 

41 

a  o 

a 

lv<43  a  >1 

a  a 

^  E43 

■H 

M  41  a  43 

u  *a 

a  & 

•M 

a  -H 

9 

45  a  a 

-H 

a  >  p  T) 

4i  a 

41  I4  tH 

41 

a  o  a 

a  h 

a  iH  -H 

C 

a  o**o 

a  9 

45  41 

a 

a  1-4  a  c 

•H  41 

>  e 

•o 

•5  a  41  a 

a  a 

-H 

o  ‘O  a  41 . 

a  9 

CO  a  45 

t)  0  O  K  . 

£  u 

C  43  41 

a 

e  a 

41 

■H 

ft 

O  _  c-l 

H 

41  a  «•> 

9 

<0  a  a 

CM  O 

a  a  o 

41 

h  c  u  a 

O  B 

0  43  41 

a 

a  a  -H 

•'» 

•H 

a 

1  43  U 

a  h 

*o  C  *0 

<M 

3  a  o  cj 

c  0  a 

C  l4  << 

a  01 

-H  -H  Oi 

a 

a  9  a  On 

c 

41  Ot 

P 

45  4)  U 

jR 

tj>  a  -H 

& 

a-i  a  < 

a  41 

a  a  tH 

-H 

>-4  9  -H  X 

-c  -d 

tH  5  o 

C 

•<  O  45  O 

fit 

D 

K 

CM 

o 

o 

tH 

at 

at 

1 

1 

V 

o 

1 

1 

ft 

X 

>t  1 

X  c 

a 

0 

43 

ft  c 
0 

>1  a 

a 

a  a 

•  TJ 

m 

E  a 

(3  at  fi 

0  *o 

•  J 

o  M  a 

ft  a 

a  av 

•H  00  *0 

O  -H 

•H  *0  c 

41  c 

45  o  a 

a  a  a 

y  a 

41  O  »3 

O  X  41 

o  a 

•H  41  a 

Nt  9 

ft  O  tH 

«I4  1 

V.  a 

o  M  a 

•H  IM  C 

Q 

•H  at  41 

OHO 

H  a 

•H 

a  fi 

at  X 

a  <  D> 

Oi 

a  X  -H 

m  •  m 

a  41 

9  Q  Q 

ft  a 

X  a 

Q  0  H 

41  9 

a  a  a 

<  41  H 

E 

>  X  43 

at  fi  Ot 

41  41 

Q  a  fit  a  a 

i  9 

a  tH 

•  tJi  C 

a  a 

*0  X 

a  e-H 

00  tH 

0  a 

X  Ot  ft 

O  X 

•H  a  *0 

3  E  0 

41  9  a 

O  -H  41 

Q  a 

•H 

~  fi 

H  0 

a  *9  iM 

_  at  a 

at  c 

u  a  -H 

g  H  1 

a 

9  >  41 

a  00  8 

—  ft 

'41-H  G 

41  H 

Q  a 

tH  it  a 

a  a  Ot 

<  «H 

9  a  *a 

>tX  B 

at  a 

O  "O  -H 

tt  41  -H 

O  fl 

in  «H  ^ 

o  o  r* 

ID  C>l 

in 

o  c*>  tH  «  r>  o 

O  tH  fH 

cs  n 

•n 

1C 

lO 

r* 

OP  OP  flP  Ol 

^  ^  ^ 

iH  ^  ^ 

aH  ^ 

rH  vH  ^  ^  fH 

at 

at  a  a  a  a  a  a 

%«»«■> 

^  O  fO 

^  a. 

1C  M  ^ 

%  « 
in  r-l 

a 

o 

a  a 

<n  ic 

CM  O  d  lO  Oi 

o  a-l  r) 

^  m  an 

u> 

«0  W>  H  00  00  00  B 

^  ^ 

^  ^  f"l 

fH 

fH 

^  ^  rH  rH  rH 

ktatatatatatataiatataiatataiaiatat 

%  %  % 
fO  ^  M 

%  ^  % 
m  fH  in 

^  % 
OP  o 

% 

ro 

% 

a 

fH 

m 

tH  MP  CM  m  00 

O  O  tH 

tH  CM  d 

fo  m 

n 

m 

lO 

IC 

H  H  00  00  00 

iH  a-4  «-4 

aH  ^  oH 

r-l  iH 

fH 

rH 

fH 

»H 

fH  fH  rH  rH  rH 

at  at  at 

at  at  at 

at  at 

at 

a 

a 

a 

a  a  a  a  a 

4=  a 
C  B 


in 


(0 


e 


w 


X 

< 


8 


X 

M 


a 

•0 

c 

0 

O' 

0 

u 

a 

-H 

tH 

X 

ft 

a 

a 

o 

a 

0 

X 

g 

X 

•H 

Ot 

8 

c 

Ht 

•H 

X 

a 

•H 

ft 

E 

X 

1 

o 

a 

O' 

c 

a 

tH 

a 

a 

a 

a 

•H 

ft 

•o 

1 

Q 

a 

a 

M 

X 

a 

a 

a 

a 

ft 

ft 

ft 

ft 

■0 

9 

9 

9 

9 

tH 

X 

X 

X 

X  a 

a 

« 

a 

a 

a  *0 

-H 

a 

a 

a 

a  o 

a 

a 

a 

a 

a  u 

e 

o 

•H 

** 

O. 

•H 

h 

o 

■ 

O 


ro«oo>r40<*>«OAinr4ir>(Ninf^'»r«<s>H^i-i«<-iO<«r40<*)«OiHOr^«ONOCNino 

ooor4<<)<>)(nn<>ir>in<o«or>r*-r«'a»oor>itMm<a>«a>otMromOfM<nf<>««ooof«< 

fr4  (M  ftu  IM  0m  VM  04  04  04  04  04  0M  04  0M  04  04  0M  0M  04  04  fw  04  04  04  04  0M  04  04  0M  0M  0M  04  04 


Nino^vf4in««4-««rM«om«»«>ioinomo«r>>r4«*>oinrMr>ioiniH«4H«o 

ooo«f<i«nnn»ir>»n«04ot*'t»e»«o»OMM«n«n4**»or)c>>iorM<n««»oo4-« 


o« 

e 

m 

K 


A  m 

%■% 

c  n, 

ay 


4-4  4* 

r-  o 

m 

t> 

o 

O 

o 

fn 

«M 

m 

O 

cn 

CM 

n 

CM 

irt 

CM 

o 

CM 

o 

rHI 

CM 

O  CM  rM  CM 

CO 

o  o 

O  M 

CM 

♦*> 

en 

CM 

m 

« 

«o 

CO 

%i> 

r- 

r*“ 

fi» 

a> 

O 

o 

CM 

CM 

CM 

lO 

O 

CM 

iCI 

fH 

CM 

CM 

^  MP  CO  O 

o 

<S  <M 

d  CM 

CM 

CM 

CM 

CM 

CM 

«N 

M 

M 

CM 

CM 

CM 

CM 

CM 

in 

cn 

cn 

CM 

m 

m 

*M» 

m 

•O 

m 

m  to  «n  CO 

CO 

04  04 

04  04 

04 

04 

04 

04 

04 

04 

04 

04 

04 

04 

04 

04 

04 

04 

04 

04 

04 

04 

04 

04 

04 

04 

04 

04 

04 

fr4 

04 

04 

04  04  04  04 

04 

t 

VI 

V 

4-4 

•H 

04 


C 

o 

•r4 

4* 

m 

V 

fi  ^ 

•  •H 
•O  *» 

•  ^ 

•  O 

t4  ^ 
<2  « 
SI 

04  O 


A-21 


e 

o 

•H 

4J 

Oi 

•H 

h 

(I 

■ 

O 


<  « 

oa 

S'? 

K*? 


8* 

e 

« 

0: 


js  a 

SS, 

*3  M 


z 

•o 

•H 


ooo<*)r>iinofn«oo\M<-(«r>iasa-i^o<*)v>0«r4Or)«ookr<<mi-i^t^ 

ro^CD<Doo>HtHfHrHC't«ov>oo<-<<-<c4(sc>ir4ro««««irtino4O«0 

w«o«o<or>r'r'r>r^t^r'eDaoo«o«a«Okovo\Oto\o\o\o>atovO\oio\OkO> 

tu04iNfMluau0<iMt>«iulktt4ai4fc<040<fc«0|0<|Mt>4lwlMN4luh4lMiMlM0<lu 

««(CHor<i<Hvr>fNinoafH<-ifo<-ir«onv>r4incD<-i«cviaoc»«H«o<*i«o 

rt«ninoDOOO<-4rHr4c<in«eoo«Hr^»-(r4NC4<«)r)««««nin«o«o«o 

<o<o«o«or'r>t<'r>f«r^r^r»aBOicKO\fhOkO»otatO)Ototo»e>otOkO»ACK 

v4fH^«H«fn<ei-i«r>ooc<ianv>o»rtin«H«rt^o(oti-«'«^o<n«or4«>o 

«<(«n«flDcooo<-i*Hf-t«Minv>woo«>itHf>ir<iM<nra'«>>«<«ir>inin«o<oeD 

w<o<o<oror>i^r'r>r'i^ao«DO«ototo«o>otovo>oto«o\o>o\Cho«OkOio\ 

fc<k<lkfc<fc«lM0«lMlU0«lk0404luik0<fc40<lM|k404lu|t«k40<lMhlMlMlMhh 


z 

H 


a 

o 

•H 

4t 

« 

o 

•H  ^ 
%i  *0 
•H  • 
4*  9 
d  d 

•  -H 
U  *> 
H  d 

o 

•  o 

u  ^ 

S  • 

8*8 

h  U 


« 

>4 

3 

4> 

« 

« 


• 

Vi 

9 

•P 

« 

« 

h 


Humber  IHT  10  1 . .2147483647  Unique  feature  Identifier  within 

culture  tile 


0  c 

XI  -rt 
*» 

0  0 

O'  >«*-• 

ft  m  ^ 

'M  0  H 
•*4  H 
4i  O 

I5S 


oi  • 
G**  > 
•**  H  m 
u  a 

4»  -.'M 

0  0  o 

O  «H  ^ 
•H  O  h 

008 

il* 

g***. 

£  0  0 

Oi^  u 
•H 

<  M  «M 


U  0 

0  •*  c 
•0^0 
t4  0  -H 
O  XI  -M 
O  0 
0  E  -P 
x:  o 

‘p  0  a 

O'  c  o 

G-H  O 
-H  JS 
C  -P  0 

0  0  M 

•PCS 

000 

Xl  O' 

-  >»S 

G  fi  0 
t4  OXJ 

•<  ^2 
XI  “H 

0  •M  A 

0  O 

**  tN,8 
P  0  'M 
0  •>< 

A  O.XS 

§00 
3  0 

2  Xl  3 


>1 

0  «« 

*5  -n 

8  ^ 

0  % 

xi  •n 

p 

p  0 

0  -H 

^  tp 

■P  <*4 

0  41 

-s  g 

0  •H 

0 


0 

X 
0  -P 
X 

4^  Ip 

4^  ^  P 
C  P  O 
0  0 
0  X  Xl 

0  g  c 

»  I  • 

8*®  • 

P  X  H 
O  M 

44  0  0 
0  0 

X  4> 

44  0  e 

p  0 

0  0  p 
0x0 

0  44  e 

44  •H  0  o 

41  -rl 

0  0  0  4) 
•P  0  0  3 

P  X  •-< 

0  0  O 

C  E  44  0 

0800 

O'  0  0  p 


I 


O 

»-«  CN 


«Q  « 


8  g 
«  0) 


e  u 

ca  H 


0  0 

O  f-t 

M  -H  -H 

IM  h 


P  P  •>' 

0  0  0) 

C  CO 

0  00 

O  (3 


^  «>i^  |i4  4*^ 

CfO)  0*0) 

II  II 


A-23 


c 

o 

■<1 

A 

h 

O 


£  « 

11 

•  u. 


9S 

•d 

•H 

K 


m 

■o  e 

rl  rl 

0 

a 

a 

V 

«  -H 

e 

a  c 

u 

O' 

X 

c 

M  on 

G 

•-I 

••4 

X  41 

0 

a 

5 

0 

•H  "H 

0 

•rl 

rl 

«  B 

i 

0 

Oi 

B  t4 

0 

41 

41 

41  0 

a  rl 

•rl 

Im  n 

■  o> 

0  0 

A 

M 

4i  a 

4> 

•  G 

b» 

0  0 

4»  • 

a  •rl 

•rl  a 

a 

0 

«  1 

U  •rl 

>«  • 

■ 

Vi  U 

G  U 

Vl 

C  H  rl 

Vl 

A 

o 

U  • 

r-t  A 

0 

G  G 

0  G 

Vl  0 

G 

rl 

A 

‘  a  Q  a 

0  A 

O  41 

A 

41  41 

0  A 

0 

•ii  P 

'  S  VO 

M 

Si 

«  f1 

01  rl 

III 

•r  la 

B  X 

V 

4>  S  S 

0 

O 

0 

•  P 

•  G 

• 

rl  Vl 

a  a 

U 

a  s  a 

jc  u 

a  41 

H 

*4  5 

m  6 

0  A 

S  £  ® 

^  41 

O 

4S  >1  s  ^ 

o  d 

m  • 

0 

O  41 

K  Oi«4 

s  a 

t> 

•»*  -  *  6 

'H 

■  Ot 

A 

41  « 

4l  0 

B 

0  0 

X3  X 

a 

£  K 

UVOt 

■ 

a 

a  B 

A  A  r4 

4» 

X 

^  x*g  6 

It  • 

o  e  0 

U 

0  B 

•  c 

A  •H 

0^  fi 

o 

a  a  B  a 

4l 

9  6 

0 

A  -H 

Xi>rl 

a 

0  K 

IH  • 

n 

•d  .5  a  z 

• 

•  Si 

A  0 

G*A 

0143 

•rl  ~ 

Vl  a 

o  o 

19 

^  — 

I4  • 

Vi  ■  d* 

4l  0> 

•rl  41 

•rl  4l 

■D  a 

*1  O  41 

O 

a 

44  r  ^ 

G  A 

G  0  G 

•  0 

A  tl 

A  A 

Vl 

0  «M 

a  o 

H  A 

O  r  ^  B 

4>  4l 

4*  UM 

•C  B 

> 

X 

•o  « 

a 

H  rl 

G 

-  ^  5  • 

•-I 

^  U  0 

% 

• 

0 

B  41 

X  rl  Vl 

■rl 

G  0 

a  a  Q 

9  'M 

GOA 

A  TS 

A  Xt 

G  0 

41  a  a 

a  • 

0  S 

«  n  ^  • 

o  o 

■  O  0 

Oi  c 

41  « 

A  0 

0  E 

»  X  41 

a 

0 

•»4  5}  *d  a 

0 

B  0 

B 

G 

Vl 

Baa 

n  o» 

i!  ^ 

4>  4l  B  41 

o  e 

Q  A  U 

•rl 

%4  •rl 

%*  A 

1  cn  6 

•  41  E 

a  • 

O  K 

—  &•  2 

Cl  -rl 

r>  o  G 

4*  g 

o  « 

0  0 

•H 

rl  'N. 

a  • 

41  0 

^  S  -  ® 

o« 

•rl  4* 

«  O 

41 

4l 

a  B 

a  *D 

B 

0 

B  O  43  rl 

C 

B  X  X 

O  U 

VI  B 

VI  G 

41  *5  o 

rl  ^  B 

O  r 

X 

a  ^  * 

0  M 

O  9  • 

•H  «H 

•  0 

•  0 

a  a  -rl 

a  B  a 

M  a 

a  a 

a  B 

o 

4* 

•0 

•rl  O 

•n  c 

i  a  41 

41  0 

•rl  II 

rl 

•.  fi  S  *“ 

4> 

41  G 

G  *0 

•H 

•H  a  o 

B  o  a 

•  Vl  a 

«i  a 

4J  >  *  — 

C  •  *0 

G-r4  0 

•rl  • 

•rl  Vl 

•rl  V( 

1  X  a  a 

0  a  X 

a  0  4i 

rl  a 

a  <« 

•H  X! 

0 

•H  0  A 

> 

41  • 

A  0 

1  O  Vl  Vl 

Has 

Vl  x:  a 

A  G 

•da  r « 

Q  4> 

o> 

QUA 

O*  Q 

B  A 

G  A 

1  X  Ql^rl 

•**  '  -tt 

•  K 

B  n 

_  d»  X  • 

A 

o> 

Si  Vi 

*  i 

0  i 

0  1 

Oi  X  *0 

Vl  0  K 

x:  a 

a  44 

a  a  a  • 

O 

0 

•  M 

rl  8 

•o  3 

•O  G 

1  a  a  1 

o  Vl  a  41  x:  6 

•o  a 

Xiao 

<  *> 

e 

<  41  0 

lb  h 

H  6 

H  G 

*C  w  K 

nan 

0  H  -H 

w  V 

t*  ^  w 

m 

<s 


«  • 

•  •  • 

pa» 

+ 

«  #%  a  a%  «  aaa. 

+ 

a 

CO  03 

CO  r*  CO  CO  1^ 

a 

CD 

^  ^  ^  ^ 

MP  ^  ^  ^  ^  ^ 

in 

CM 

to  w  *c  \o 

H>  ^  ^  ^ 

r> 

c^ 

r-- 

X  ^ 

fo  fo  fo  ri 

<*l  fO  !•>  C*3  C'O 

CD 

CO 

m 

CO 

H  1 

CD  e  eo  flo 

CO  CD  CD  CO  CO  CO 

Mf 

VO 

coi 

o  P 

a  ^  a"  ^ 

^  ^  ^  ^  ^ 

d 

Ov 

a 

X 

0 

f<a  fa. 

cr  fr  C*  fr  r»  fr 

Mf 

fH 

M  U) 

01 

4P  ^  ^  ^ 

D4  . 

aiM 

♦  <n 

a 

0<  I 

fi 

^  ^  ^  ^ 

aH  ^  ^  •H 

Cl 

Cl 

•  Ov 

a 

s 

CM  CM  <S  <N 

CM  CM  d  CM  CM  CM 

a 

a 

o  m 

o 

m 

tM 

+ 

o 

00 

o» 

'T 

f>» 

o\ 


o 

o 

o 

fM 


O  r-l 


<n 

«s 


o 

w 


•H 

s 


g 

« 

M 


t6 


0 

M 

O 

o 


in 

cn 


O 

rn 

g 

M 


m 


s: 

<c 

I 

(0 


«o 

8 


Fi 

Z 

»-« 


z 

M 


a 

n 

a 

41 

IM 

X 

c 

G 

a 

rl 

A 

E 

a 

a 

O' 

> 

a 

a 

•i 

m 

§ 

41 

A 

Z 

a 

a 

a 

a 

a 

X 

X 

M 

O' 

O' 

a 

•rl 

•H 

n 

n 

m 

a 


o 

K 

h* 

*8 

M 

S 

V 

a 

« 


0 

*> 

G 

O 

N 

•H 

O 

n 


M 


V) 


§ 

"H 

9 

r4 

0 

« 

z 


0 

■u 

e 

O  '■> 
N  10 

TJS 

o  n 

tt 


CM 


CO 

8 


o 

N 

(0 


« 

4» 

§ 

N 

K4 

O 

n 


z 


CO 


c 

o 

a 

•H 

O 

■ 

O 


I 

I 


I 

I 


O 

03 


t) 


o 

u 


t>  CM 

2  V 


CM 


image  Control  and  BTR  40  —  Security  handling  inetructlon^ 

Handling  (CDS)  associated  with  an  image 


<  «N 

to 
M  *-« 
M  I 

gg 

S'? 

A  ^ 


e 

o 

4* 

cw 

O 


s. 

e 


J3  n, 

IS 

5^ 


?  fc  -  « 

•  M  ^  43  g 

*§*  ‘3"’S 

•  -HOB 

•  f-l  •  <H  4i  >4 

Ol>H  e  C  ■ 

•  i  43  •  M  _ 

E  »  >*4  0 

M  43  Tt  -P 

m  4*  0  « 

0  •  »  *>  C 

JS  Ut^  *4  Ot^H 
4*  0  «•  O  0  -p 
45  O  P 

«M  4>  %  0  O  O 
O  O  0  o«  «  o 
0  (3  1) 

fl  9  0  0 
_  ^  M  4Q  0 
41  O  0  -  43 

0  >0  0-4> 

>1  -  43  44 

■  O  M  4*  « 

•»«  i  _  0  «  O 

0  44  43  T3  M  O  -H 
4*  0  44  0  9  (0  44 
0  <0  O  4>  44  CO  0 
CO  O  K  ^  -O 
<»4  0  0  •H  0  0  O 
«  D>  >  P  44  >  0 
>4  O  44  •H  cn 

SI  •-«  0  kl  44 
^  0  O  O  0 
U  O  0  U  0  4i 


O 


0 

»3> 

0 

a 

c 

0 


JB 

44 


C 

o 

■H 

44 

0 

o 

o 


*o 

c 


*o 

0 

TJ 

» 

r4 

O 

e 


0 

44 

0 

n 


0 

0  44 

Ok  • 

0  tJ 


5 


C  9 

-t{ 

«M  0 
O  44 

0  Ii4 

IS 

c 

0^ 


Ok  Ok 
Ok  Ok 
Ok  Ok 
Ok  Ok 
Ok  Ok 


o  o 


0  0 

Dk^ 

0  0 

E  in  jC  - 

■S  n  44  0  43 
4E3  P 
0  •>  0  P  C 

o 

P  P  0  E 

e  m 

<M  o  <0  0 

O  E  S  43 
«  o  P 
c  0  0  x: 

O  4e  P  «M 
P  9  -  O 
P  CM 
«4  >*4  0 

•  o  e  b  U 

•el  0  0 

&>,  0  p  p 
0  45  O  O  i4 

o  <9  P  0  0  0 

0  »4  P  0 

0  0  0  0  >1 

O  O  0 

0  S  0  0  P 

9  •el  4B  0 
fi  -p 
9  Q  W 
M  o  9 
— •  OV  ►* 
0  43  C  P 
0  M  O  0  _ 
E  0  0  O  M'O 
•^^43  0^el  C 
»  P  0  kM  0 


>* 

>* 

§ 

£ 

M 

CO 

M 

X 

X 

n 

u 

Q 

a 


JC  « 

“J' 


o 


tA 

(0 


n 

i 


>< 

>* 


cs 


0 

U 

9 

P 

9 


P 

O 

1 

t 


u 

0 

0 

0 

9 

e4 

0 

> 

P 

%  0 

S5 


e 

o 

•H 

a 

V4 

o 

■ 

Q 


«  O  H 

%*  aM  d  « 
o  •  e  8  6 


6 


e  •  >  X  CM 

o  4>  >*4  4>  f  • 
•H  «  D>  AJi 
4>  C  «H  4i 
«-H  •  O  U 

Q  *0  M  •  <M 

M  8  •  *0-  O 

V  M 

Q  ■  9  O 

O  O  •  4*  ^ 

^  U  «  D>  • 

a<H  e  e  •H 
«  44  •*<  o  k 

U  •  T)  >< 

tn-o  _  o  4» 

5  o  Q  *a  o  <H 

i  •  O  C  r4  • 

O  (k  O  •  O  r-l 


xt 

4* 


c 

•o  T> 
•g  9  c 

C  4*  « 

«  •H 

*<  ^ 
n  •> «  X 

CO  •  tH  44 
CO  •  9 

CO  44  04  O 
CO  9  O  a 

S'H  a  u 

§^|o 

«  O  4S 
8  a  o  44 

M  8  8  ^ 

8  8  8  0 
«  U  B 
k  tpol 
8  O  U 
*•0  O 
«  a  <H 
8  a  43 

44  44  44  CO 
44  fi  t> 

H  8  C  i4 
g  a  a  o 
a  8  a 
G  U  S  X 
a  Ot  Q 
M  8  j:  I 
44  »4  44  K 


04 

o  u  • 

o  u 

8  «H  8 
•O  44  -H  43 

“■ 


>1 

o 

a 

vt 

9 

O 

O 

a 


a  *0  44 
B  B 
a  8 


8 

a 

a 


•H  8  a 


o  a  *0 
^088 
8  8  44 

8  a  W  44  .  . 

8  0*H  a  ‘ 

8  X  8  N  W 

•o  a  _ 

.5S-i •& 

44  40  ■  44  8  8 

B  B  H  8  ^  ^ 
8  a  •  >«4* 
a  a  I  •>'<0  B 
8  9  *0  0 

i4  o  ^  8  8 
0443  ^  fi  44  iJ  44 

8  44  43  a  a  8  a 

44  rH  B  44  4-4 

^  *0  -H  jQ  •:<  2 
>4  B  k  *o  a  1 
10  a  ■  wi  -H 
CO  8  o  a  a 

CO  -•o  43  o  a 

CO  a  9  O  43  44 

CO  8  44  8 

X  44  •  8  r4  8 

£  9  o>44  Otin  B 
Q  9  9  a  a  CD 
Q  -H  O  8 

Q  e*-<  k 


8  Xt 

■H  43  £  8 

0« 

44  8  44  5  .9  4 

a  a 

ax:  S  k  t 

i  44 

U  44  04  B  • 

a 

0  0  a  B  i 

«a  w  — 

8  6  rc  o 

k  H  04  44 


8 

4S  «4 
44  44 

m 

«4 

O  8 
9 
9-H 
O  44 
•>4  9 
4*  8 

a 

t>  8 
•H-B 
•M  44 
•»4 

44  a 
9  a 
8  o 
<0  u 

•H  O 

a 

4-4 

a  8 

5& 

K  -H 
8  B 
E4  9 


i-sft 

9  CO 


85 


>4 

43 


>4  8  8  ^ 

8  8  B  h  ^ 

43  .9  -H  8  ~ 

44  k  H  .9 

04  a  44  8  444  *0 

9  8  8  «43  O  8 

44  M  *0  44  a 

9  a  -*4  8  U  9 

•W  9  444  44  a  8 

«M  -rC  a  -H  9  44 
8  *0  8  O  44  O 

V  9  43  O  U  O  S 

O  44  •>!  U  0 

U  O  U 

•H  O  04  8  U  44  • 

a  O  43  U  04  <0 
Oi  B  8  8 

a  tH  O  *0  •-«  44 
*0  -ol  8  44  9  a 

8  a  K  a  u  o 

M  8  -H  a  ^  8  0 

8  44  Oi-H  k  0<>-t 

■DM  o  a 

U  a  44  8  ki  9  8 

O  O  a  04  43 

14  a  8  8 

S9  -H  i  43  43  O 
•H  04  -H  44  44  44 


l4 

o 

t>  O 

a  44 

04 

8 

—  > 

9  -H 
O  44 

•H  a 

44 

O  8 

9  U 
*0  8 

8  8  Oi 

M  o«  a 

ol"^ 

•o  o 

9  8  h 
O  44  9 
•H  44  O 
44  a 

sl^ 

•H  9  a 

04  a  9 

•H  U-H 
9  44  Oi 
0»  -H 

a  8  t4 

O 

8  8 

43  IM  43 
H  O  44 


9 

O 

»  -H 
CO  a 


I. 

0  CO 

0  • 


•-4 

0 


^5. 

8  -H 

1*4“  44 

8  H  ^ 
8*9 

—  a 

■O  04 

9  *0  8 

a  8  *0 

0>  8  M 
9  tH  CO 
•H  l4 

44  8  8 
a  44  43 

O  9  E4 
■H  -rl 
•O 

B  -O  • 
•H  9  44 

a  a 

H  M  0 
h  O  04 


9 

a 

03 


43  CO, 

9  S 
8  U 
»3 


5 


>4 
„  CO 
Ctt  CO  — 

CO  es  a 
«a  CO  8 
tt  CO  6 
CO  X 
S  £  44 

S  o 

Q  a  'a 
o  o  —■ 


o\ 


I 

I 


M 


I 

I 


(0 


r- 

CO 

I 


•  ja 
o>-p 


o 


• 

ji  c 

*»  • 

•M  U 

o  o 

M  C 
>-t  «9 

lir 

■  M 
•'  U 

A  « 

4*  •■* 

o 

•M 

°§ 

o» 

C3  TI  • 
•*4  •  0< 
4*  «  a 


Pi  JQ 


o> 

9  • 

O  M 
U  « 

o> 

a 

M  4J 

o  i! 

*N.  TJ 

■O  • 

f:  •  • 

a  A  a 

44  a 
a  a 

•  x:  -« 
•H  o  a 

o  O  <H 

O  4i 

•a 

«M  a  a 
o  a  M 

•r4 

4l  M  >4 
a  44  O 
•H  c  x; 

<-l  9  44 
^03 

<  u  a 


44 

a  a  I 

0<  i4 

ir. 

■o 

via 
c  4* 
a  «  o 


w 

44 

a 

a 

fC 


a  - 

0«44 

a  a 
a 

a  to  I 

JS 

V  Qtp: 

o 

«M  ti  <- 

o  ^ 

•  a 

e  •»< 

o  ■tJ  — 
-H  c  v 
41  .  «  a 
a  M  V  -H 
o  a  •H  «M 

■H  V  <M  -H 

•M  a  c  a 
•r4  a  o  a 
a  x:  u  a 
a  i  r-t 

a  X)  I  o 

•-•3  c 

u  a  u  D 


D 

pi 

y 

«b 

0] 

«k 


« 


Z 

H 


O* 

e 

•rl 

4* 

s 

I? 


a 

04  10 

a  o 


09 

0*8 
C  — ' 


a  44 

z  o 

a  Z 

0>4J 

a  a 

e  £ 

M  H 


m 

8 


>1  e 

4>  O 

•rl 

M  44 

gs 

a  M 

m  «M 
•H 

a  a 

xf>  a 

a  a 


r4  a 

u  b  &  a 

g  a  0< 

3  x:  a  o 
c  t4  x:  g 

44  o< 

^  o. 
o  •  x:  a 
w  a  44 
44  04V  a 
c  a  >  x: 

O  E  44 

0-5  a 

o  o>  a 
>,  a  c:  c 
i  d 

44  v  c  a 
>4  l4  c 

gx3  o  a  5 
44  o  >  a 
a  -H  o  o  x: 

•XV  w  mt  tav 


■O  *0 

•  « 

•O  m 

m 

ss 

*  A 

Is® 

f  j5  5 

JC  0^ 

»  •  o 

•  M 

s:® 

« *a  u 

o  o  o 

^  <0 

e  e  • 

•H  o  « 

M  m 

HHZ 

5 

•O  p  O 

•-t  u  c 

•  Jq  0 

•*4  0  « 

«M  p  S4  4) 

«<  •  «W  "O 


C4 

K 


CQ 

% 


•O 

o 

u 

I 

«0 

0« 

« 


c 

o» 

« 

■J 


5 


ii  : 


•  S  S  «  o 

0»fQ  h  *H 

Hiii 

%4  H  ■  ^ 

o  ..42 .*4  ^ 
**  ii 

4*  O 

•  <0  ^  •  c 
•c  c  s  • 

ei  «d  i  N  *o 


I  I 

I  I 


o 

00  CO 


to  m 


10 

CO 

8 


8 


o* 

« 


C" 

« 

s 


« 

O' 

« 

°g 

•  • 

OI^ 

at 
« 
h  j: 

ji  m 
4>  ^ 
«l  c 
43  « 


ei  u 

-I 

o  •  _ 

^  4»  ^ 

5Sg 

O' 4}  £ 
«  a  u 
•H  O  « 
•m  O  0> 


»4 

% 

in 


«  CD 

1^8 

C 

o  ^ 

O  O' 

« 


m 


0) 
44  Q 

■  O 

« 

»4 

4>  O' 

e  « 


o 

4* 


« 

(3 

i4 

4> 

c 


r4 

« 

•H 

14 

« 

4> 

« 

E 

t4 

o 

•M 

• 

T> 

O 

o 


c 

« 


'O 

r* 

C4 


in 


H 

S 


&8 

■H  M 

• 

•H  •  4» 

44  >  ■ 

0  "O 

*i  44 

•  ^ 

f 

•  0 

S  0 

5  V 

&  s 

44  44  H  • 

0^  a  u 

0 

•.4 

^  5  s  ? 

C  C 

i  .0 

C  •H 

^  0  p  • 

u  « 

<  0 

D  0 

<  0i44  U 

in 

N 

+ 

e 

CD 

C4 

<• 

«*» 

O' 


o 

o 


CN 


lO 


lO 

r» 

N 


O 

10 

n> 


C4 


s 


5 


i 


w 

O' Ik 

y  iM 

• 

44 

« 

44 

14 

aS 

E  44 

0  44 

« 

• 

M  C 

1  « 

O'  c 
«  « 

X 

X 

Sw 

Si 

u 

gs 

§•§ 
H  M 


«  & 
C  O 
U  O' 

«  9 

4J  4> 

c  « 

M  y 


« 

I 

4> 

(3 


"S 

« 

.H 

« 

H 


10 

8 


« 

S' 

o< 

• 

K 


O 

o 


►< 


O' 

cs 

li 


to 


O 

44 

• 

Q 

O 

c 

c 

• 

44 

(3 

>.4 

« 

X 

44 

■ 

« 

1.3 


e 

o 

4> 

Pi 

•rt 

o 

■ 

o 


j:  m 

c  oa 
c  u 


I 

z 

•a 

h 


a 

1  P 

P 

a  Q  o 

ates 

trol 

ODD 

X 

G 

a 

TJ  6 

a  o  • 
a  a 

a 

►i 

a 

O'  iP 

B  a 

O' 

c 

Q  m 

B  6 

a 

p  44  a 

43 

•p  rp  a 

•p  iP 

S 

•POP 

pH 

B  a 

44 

41  a  •  -p 

4>  a 

a  X  1 

TJ  O  0 

A 

a  •p  4) 

a 

a  01*0  a  B  *0 

a  O'TJ  a 

43  ^ 

p 

1 

4)  o  a 

B  43 

u  B  o  a  0 

u  B  0  a 

44  >«  to 

g  a  o 

1 

a44 

a 

O  4> 

■p  •P  E  P  •P  P 

•p  •P  E  p 

to 

0  O'O 

CO 

0  a 

44 

TJ  a  p  44  a 

TJ  a  p 

>1  a  X 

u  a 

CO  43 

44  a  TJ 

a 

44  C 

B  a  0444  a  43 

B  a  0'4> 

a  p  X  a 

CO 

TJ 

fi  -P 

■P  a  B  K  fP  O' 

•p  a  B  K 

TJ  a  n  TJ 

a  -P  a 

CO  "O 

a  a 

•P 

•H  -P  a  p-p 

•p  •p  a 

£  B  B 

44  P 

10  B 

p  ••  p 

a 

0  a 

p  p  a44  1 4: 

p  M  a44 

—  0 

p  fl  a 

a 

a  •M  p 

Oi^ 

a  a  a  •p 

a  a  a 

O  TJ  O 

•p  a  45 

O  4>  «M 

•H 

A  >  a  O'  a  a 

A  >  a  O' 

•  B  a 

o  Ol  a  • 

44  r4 

o 

a  44 

g  0  Ip  B 

g  0  iP  B 

a  TJ  a  to 
•S  -P  •TJ 

a  p  a 

A  o*P 

a  a 

44  T3 

a  B  P 
43  0  U 

>1 

p  a 

p  p  -P  p  a 

c  43  a  a  0  44 

p  p  •P 

c  43  a  a 

a  •H  g 

P  B 

44  •P 

u 

O  P 

0  >  a<p  a 

0  >  a 

44  *M  >.  B 

8 

B  O 

44  a 

a 

p 

>i-P  0  a  0 

N-P  0  a 

TJ  *0  Q 
eg  B 
«  g  -o  • 

C  -P 

«  a  «  p 

•P  0  c 

«  >  jC  -H 

V  -P  £ 

•  G 

*»  tn  O  * 
a  B  X  ^ 
a  e  « 

»H  -3  •.  fM 

w  • 
a  Bi  «  • 
js  M  a  o 

ti  a  >«  w 


•H  a 
S  ^ 

■  O  m 
•H  O' 

•p  c  a 

a  -r«  p 

u  a  a 
o  ^  ^ 

r-t  » 

a 

*0  -H  « 
C  *1 

O  <P  c 
o  a 
P  jC  o 
O  .P  p. 


u 

„  a 
a 

I 

•H 

s  ^ 

a 

•  X! 
a  -p 
a  *D 
a  c 
p  a 

D>  a  ~ 
apt 
TJ  O 
A  « 

•  *J 


a  a  X  «  -  4i 
a  o  -p  c  *o  i-t 
-H  p  c  p 
a  <p  <H  o  a  c 
e  •H  o  A  ^ 

•P  .p  a  a 
T»  c  >1  a  -p 

p  X  IP 

■p  c  o 
o 


-S 

•p  > 
P 

o  c 


r-(  V-ri 


p  a 
O  TJ 

o 
u 

a 

■g  X 
G  *i 
P 

o  p  a 

P  O  JB 


a 

“O 

c 

p 

o 

A 


O  ♦» 

4>  5 

C  O 
«P  a 
o  a 


O  •P  -P  p.  p 


a 

P  a 
a  a 
•O  A 
G  a 
p  -P 

o  a 
XJ  *0 


•  pa 

a  a  p 

a  >  a 

p  o  *o 

p  p  c 
Pi  a  4^  p  a 
u  a  o  p 
a  B  a 
>  a  <p  •  a 

■p  p  a  A 

4>  O'  a  B 

a  a  p  o  *0 

•p  a  p  D'fp 
a  4J  >1  p 
p  a  ip  <p  o 

X!  P  O  43 
<  -P  O  Pi 


TJ  — 
C  iP 
■P  a 
p 

a  a 

a  -P 

p  > 

iP 

a 

p  -p 

a  p 

jB  o 

0*-H 
■p  p 
n  Pi 


Ol 

04 


(0 

•o 

B 

a 

a 

■*» 

a 

Q 

a 

u 

s 

B 

a 

44  — 

e  «o 

•P  o 

a  o 

X 

44 

a 
a 

J  f 


0] 


ro 

«N 


Q 

Ol 

E4 

X 


X 


a 

u 

p 

44 

O' 

c 


a 

•o 

p 

44 

■p 

44 

a 


a 

TJ 

P 

44 

•P 

O' 

a 

s 

'V. 

a 

•o 

p 

44 

•P 

44 

a 


-P  .c 

•p  »  •  p 

p  a  a 
o  B  a  > 
•H  -P  p  o 
p  P 
Pi  a  44  P 

u  a  o 
a  B  a 
>  a  «4  • 

44  5*  a  c 
a  a  p  o 
>p  a  p  O' 
a  ^  44  >1 
p  a  ^ 

■“sa 


<  44 


r-' 

(0 

00  r"  CD 

<  Ol 

<0 

A  (0 

^  ^  ^  ^ 

so 

so 

«0 

X 

CO  (0 

so  so 

ro 

r> 

M  IP 

X 

CO  to 

fo  cn  cn  fo 

00 

00 

H  1 

B 

CO  CO 

00  00  CO  00 

0  Q 

B 

CO  CO 

^  ^  ^  ^ 

X  t* 

• 

a 

r* 

M  (0 

Q 

S  2 

^  ^  ^ 

w 

w 

S  1 

c 

Z 

aH  ^  aH 

<N 

CN 

a 

£ 

9 

<N  IN  CN  <S 

• 

a 

<  »H 

m; 

>4 

a  Q 

1  1 

♦ 

a 

X 

>1 

B  B 

0 

0 

H 

X 


TJ 

a 

p 

a 

p 

•M 

G 


o 


ahouid  b«  randarad  for  alinulatlon. 
Higher  valuaa  indicate  a  higher  display 
priority  (infrared) 


<  «S 

a> 

K 


ea 


I 


>1 

a 

1 

tt 

« 

O 

41 

r4 

X 

Vi 

O'  •H 

•0  n 

6 

«p 

1 

-H 

9 

X 

P 

C  fit 

O 

■rl 

M 

X 

44 

a 

X 

4^ 

•H  r-4  ■ 

6  • 

0 

X 

9 

O' 

C 

*»  •  •  •*< 

O' 

a 

X 

a 

B 

B 

f4 

0 

«  OtT)  OCT) 

O'  «  « 

•  O' 

•H 

•«4 

fp 

0 

O  fi  5  •  O 

B  x:  4> 

p 

a  c 

a 

a 

a 

>1 

tt 

•H  -rt  £  W  <*4  M 

•H  4»  CO 

0 

O'  a 

O' 

p 

p 

44 

4> 

.4  g 

41 

^  Oi  9  4>  • 

p 

a  i-i 

a 

p 

p 

0 

•H 

8 

c  a  o«5  o  jg 

Q  <M  P 

4> 

e 

E 

a 

a 

n 

u 

•0 

•H  0  e  H  >-l  t7> 

400 

B 

•H  a 

-P 

X 

X 

p 

c 

%4 

c 

.  T'rJ  •  2rl 

S  <M 

•H 

X 

a 

4) 

h  M  a-P  i  M 

0'4i 

0 

a  4>  B 

a 

a 

a 

X 

0 

•  •  a  •H 

•P  <M  >« 

a 

X  a 

X 

X 

X 

B 

C 

A  >  «  O'  •  « 

X  *  > 

X 

X 

X 

a 

•H 

■■a 

c 

B  ®  T*  **  . 

Gt-i  a 

a 

*5 

0 

•H 

B  _  l4  l4  • 

0 

a 

•M  a  a 

%4 

44 

•M 

tJ 

c  ^  •  a  o  -p 

•  • 

•M  P 

0  a 

0 

0 

0 

a 

#« 

% 

o  >  a«4  • 

x3  x:  *0 

0  a 

a  a 

X 

•6 

4> 

0  «  _  d 

4>  41  • 

4> 

a  a<H 

a 

a 

a 

X 

P* 

• 

ji 

a 

B  a 

a  p 

a 

a 

a 

■rl 

sx 

cr 

•H  >  •>  p  i  <0 

•M  0  9 

0  £ 

X  a  c 

X 

X 

X 

0 

0 

•H 

p  ■  •  p  e  •'>' 

0  4) 

>1  g  0 

>• 

>1 

>% 

X 

a 

rH 

rH 

O  B  •  >  •  -H  P 

a  B 

X  O-H 

X 

X 

X 

a 

X  a 

•H  -H  p  O  "O-  ® 

p  a  a 

B  M 

0  a 

X 

a 

0  a 

IM 

P  9  B  ■  *0 

a  O'  a  a 

a 

B  a 

B 

B 

B 

a 

p 

•H  a 

A 

0 

a  •  «>  p  •  •  « 

•P  a  O'  p 

i  4) 

•H  a  a 

••4 

•H 

•H 

a 

O' 

X  P 

W 

e 

O  «  0  P  9  P 

*M  i  a  9 

■H  0 

•H  P 

44 

a 

9  & 

u 

o 

•r» 

•  B  •  *4  — . 

■0  a 

•0 

^  a  i* 

X 

X 

X 

X 

X 

X 

•S'” 

a 

f  *0 

• 

tt 

• 

1 

4* 

-J  9  ■  j5  > 

BO  a 

O'X) 

»  O'  0 

O' 

O' 

O' 

c 

B 

0* 

• 

0 

Oi 

4*  O’  •  B  4> 

a  -H  4>  4> 

B  0 

B  a  0 

B 

B 

B 

«H 

fi 

cs 

u 

0i 

•H 

«  •  P  O  T)  P  -H 

*0  <p  B 

0 

a  i 

a  P 

a 

a  P 

a 

4 

& 

a 

I4 

fH  ■  9  Okf-I  •  p 

-H  -H  a  «-C 

^  41 

r-i  -H  p 

•H  a 

r4 

•-4  a 

fH 

% 

a 

m 

**4 

O 

•  _  4»  >1  9  x;  0 

0  p  a 

43 

a 

•0 

•D 

9 

• 

•p  ^ 

•M  *0 

•0 

• 

P  •  •>4  ^  0  0'*»4 

a  a  p'o 

a  O' 

a  a  X 

a  a 

a 

a  a 

O' 

•Q 

O' 44 

>-C 

c 

• 

^Xi  a  0  xiM  u 

x:  a?  Q 

X  -rl 

X  X  44 

X  a 

X 

X  a 

B 

0 

B  44 

a 

B 

a 

o 

<<  4>  o  a  •  in  a 

H  a  6  e 

C4  X  a 

£4  X 

£4 

£4  X 

< 

r-( 

<  0 

n  >*4 

u 

in 


lO 


M 

« 

O 


a» 

m 

sc 

<N 

00 

00 

fn 

aH 

0 

0 

0 

w 

0 

0 

a 

a 

a 

01 

0 

r^ 

0 

0 

0 

0 

1^ 

a 

<n 

0 

r> 

0 

ID 

ID 

m 

10 

•H 

fH 

a^ 

<n 

ro 

a 

0 

0 

a 

a 

a 

d 

a 

a-4 

a-4 

a 

a 

a 

a 

0 

<* 

a 

a 

a 

0 

0 

0 

a 

« 

a 

a 

a 

a 

a 

a 

a 

a 

a 

0 

0 

0 

0 

0 

0 

0 

0 

•0 

0 

lO 


in 


0 

0 

0 

0 

• 

rH 

.T 

e 

|4 

£4 

£4 

£4 

£4 

'X  ■ 

£4 

h 

B 

z 

s 

z 

z 

z 

z 

H 

H 

M 

z 

£4 

w 

M 

z 

M 

►4 

M 

M 

s 

S 

S 

M 

p 

a 

a 

X 

0 

r4 

X 

X 

X 

M 

CO 

1 

•P 

B 

X 

*0 

u 

Q 

X 

a 

a 

X 

m 

P 

0 

3 

u 

*4 

z 

Q 

to 

B 

B 

X 

•H 

•H 

X 

X 

X 

« 

X 

a 

a 

« 

a  00 

a 

a 

a 

>1 

O' 

O' 

O' 

P 

p  p 

X 

X 

X 

X 

•H 

« 

« 

P 

p  0 

B 

B 

B 

X 

Vl 

a 

E 

E  -* 

a 

a  w 

0 

0 

0 

a 

g 

z 

H 

K  to 

£4 

£4 

M 

N 

tc 

B 

t 

Ja 

0 

p 

X 

X 

X 

a 

1 

g 

a 

♦4 

44  0 

44 

X  a 

P 

p 

p 

X 

B 

9 

#H 

0 

0  '' 

0 

0  TJ 

0 

0 

0 

B 

Vt 

X 

•H 

a 

n 

n 

n 

M 

£4 

X 

X 

X  P 

X 

X  a 

•0 

X  W 

S' 

X  a 
0*'0 

S'« 

S'? 

X 

X 

X 

X 

X 

X 

X 

X 

a 

>4 

fi 

B 

B 

B  a 

B  Q 

B  X 

O' 

O' 

0* 

O' 

•H 

« 

a  » 

% 

% 

a  a 

a  0 

a  9 

X 

X 

X 

X 

f4 

X 

X 

X 

X  n 

X  — 

X  CO 

X 

X 

X 

X 

Jk 


LOD  Reaolution  8TR  80  —  Textual  description  of  a  model  LOD 

Description  resolution  (e.g.,  in  metersr  number  of 

polygons,  etc.) 
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6XP/HDI  FACS  CODES  AND  SIF  SPECIFIC  FEATURE  DESCRIPTOR  CODES 


10.  SCOPE 

10.1  Scope.  This  Appendix  is  a  mandatoxy  part  of  the  standard.  The 
information  contained  herein  is  intended  for  compliance. 

10.2  Purpose.  The  purpose  of  this  Appendix  is  to  define  the  SIF  description 
of  the  SXF/HDI  FACS  ^odes  and  SIF  specific  Feature  Descriptor  Codes  (FDCs) 
that  may  be  used  dur.  i^g  the  transmission  of  SIF  databases. 

20.  APPLICABLE  DOCUMENTS 

20.1  Government  documents. 

20.1.1  Specifications,  standards,  and  handbooks.  The  following 
specifications,  standards,  and  handbooks  form  a  part  of  this  i^pendix  to  the 
extent  specified  herein.  Unless  otherwise  specified,  the  issues  of  these 
documents  shall  be  those  listed  in  the  issue  of  the  Department  of  Defense 
Index  of  Specifications  and  Standards  (DoDISS)  and  supplement  hereto,  cited  in 
the  solicition  (see  6.2  of  this  Standard). 

KIIr-STD-1820  Generic  Transformed  Data  Base  Design  Standard 

(Unless  otherwise  indicated,  copies  of  federal  and  military  specifications, 
standards,  and  handbooks  are  available  from  the  Naval  Publications  and  Forms 
Center,  ATTN:  NPODS,  5801  Tabor  Avenue,  Philadelphia  PA  19120-5099.) 

20.2  Order  of  precedence.  In  the  event  of  a  conflict  between  the  text  of 
this  Appendix  and  the  references  cited  herein,  the  text  of  this  Appendix  shall 
take  precedence.  Nothing  in  this  Appendix,  however,  8Ui>ersedes  applicable 
laws  and  regulations  unless  a  specific  exemption  has  been  obtained. 


30  DEFINITIONS  AND  ACRONYMS 

30.1  Definitions.  The  definitions  provided  in  this  Standard  shall  apply  to 
this  ^pendlx. 


40  GENERAL  REQUIREMENTS 

40.1  This  Appendix  shall  be  a  mandatory  part  of  the  standard.  The 
information  contained  herein  is  Intended  for  ccn^liance. 

40.1  FACS  Cotrmonalitv.  The  starting  point  for  all  FDCs  and  FACS  codes  within 
the  SIF  Military  Standard  shall  be  the  Glossary  of  Feature /Attribute 
Definitions  as  published  by  the  Defense  Napping  Agency  (DMA). 

40.2  GTDB  Comnonalitv.  The  Feature  Descriptor  Codes  (FDCs)  defined  in 
Appendix  B  of  MIL-STD-1820  shall  be  used  within  SIF  data  sets.  Additional 
SIF-specific  FDCs  shall  conform  to  Section  50  of  this  Appendix. 
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50  DETAILED  REQUIREKEHTS 

50.1  FACS  Codes.  The  specified  FACS  ccxie  shall  be  used  for  the  entries  in 
the  FACS  Table  supplied  with  a  model  or  a  culture  tile.  Valid  ranges  and 
types  (integer,  floating  point,  etc.)  shall  be  as  defined  in  the  Project  2851 
Data  Base  Design  Documents  and  appendices.  The  exceptions  to  this  are  noted 
with  an  asterisk  (*),  and  the  acceptable  ranges  shall  be  as  defined  in  the  DMA 
FACS  Glossary  for  these  codes.  To  maintain  compatibility  with  the  DMA  FACS 
Glossary,  the  SIF  attributes  that  are  represented  via  the  DMA  FACS  Glossary 
codes  shall  use  the  same  three  character  attribute  identifier  as  used  by  the 
DMA  FACS  Glossary.  When  a  SIF  user  creates  a  user-defined  FACS  attribute,  the 
first  two  characters  of  the  FACS  code  shall  be  the  originator  code  for  that 
user. 


Sir  Attribute  Name  FACS  Code 

Absorptivity  . ABSORP 

Accuracy  Category . ACCxxx  * 

Aircraft  Facility  Type . AFTxxx  * 

Amusement  Park  Structure . APSxxx  * 

Angle  of  Orientation . AOO  * 

Angle  of  Orientation,  Derived . lAO  * 

Angle  of  Radar  Reflector,  Derived . lAR  • 

Area  Coverage  Attribute . ARA  * 

ATS  One  Attribute . . . . . AOAxxx  * 

Bank  Height  Left  1 . HLlxxx  * 

Bank  Height  Right  1 . . . BRlxxx  * 

Base  Polygon  ID . BASBID 

Beacon  Type  Category . BEAxxx  * 

Bottom  Material  Composition . BMCxxx  * 

Bridge  and/or  Superstructure  Category . BSCxxx  * 

Bridge  Reference  Number . BRN  * 

Brush/Dndergrowth  Density  Code . BUDxxx  * 

Building  Function  Category . BFCxxx  * 

Bypass  Condition  Category . BCCxxx  * 

Centroid  (Deleted) . . . CENTRD 

Cluster  ID . CLUSTR 

Color  Table  Index . CTINDX 

Component  Name . CMNAME 

Conspicuous  Object  Category . COCxxx  * 

Crane  Attribute. . CRAxxx  * 

Culture  Centroid . COtTRD 

Current  Type  Category . CORxxx  ♦ 

Cycle  Rate  Off  Time . LTOFF 

Cycle  Rate  On  Time . LTON 

Dense  Bank  Vegetation  Left . DVLxxx  * 

Dense  Bank  Vegetation  Right . DVRxxx  * 

Density  of  Roof  Cover,  Derived . IDRxxx  * 

Density  of  Structures,  Derived . IDSxxx  * 

Density  of  Tree  Cover,  Derived . iDTxxx  * 

Density  Measure,  %  of  Roof  Cover . DMRxxx  * 

Density  Measure,  %  of  Tree/Canopy  Cover . DMTxxx  * 

Density  Measure,  Structure  Count . DMS  * 

Depth,  Derived . IDE  * 

Depth  Below  Surface . DEP  • 

Depth  of  Water . DWlxxx  * 

Diffuse  Reflectance  . DISREF 

Direction  of  Flow . DOF  * 
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SIF  Attribute  Name  FACS  Code 

Directionality . LTDIRN 

Directivity  (Infrared)  . IDIREC 

Directivity  (Radar)  . RDIREC 

Directivity  . DIRxxx  * 

Distance  frcn  Shore . DFS  '  * 

Elevation  Point  Significance . EPS  * 

Embedded  Obstruction  Code . EOCxxx  * 

Emissivity  . . . . . EMSVTY 

Existence  Category . EXSxxx  * 

Exitance  . EXTNCE 

Exposed  Portion  Attribute . EPAxxx  * 

Farming  Type  Category . FTCxxx  * 

Feature  Descriptor  Code . FDC 

Feature  Identification  Code . FID  * 

Feature  Onset  . FTROHS 

Fixed  Order  Priority . FOPRl 

Gap  Width  (Measured) . .....GHM  * 

General  Roughness  Category  1 . . . GRlxxx  * 

General  Roughness  Category  2 . GR2xxx  * 

General  Roughness  Category  3 . GR3xxx  * 

General  Roughness  Category  4 . . . fSiAm  * 

General  Roughness  Category  5 . GR5xxx  * 

Greatest  Horizontal  Extent . GBE  * 

Height . HGT  * 

Height,  Derived . IHT  * 

Height  of  Areal  Feature . 2HT  * 

Hydrographic  Category . BTCxxx  * 

Hydrographic  Depth . . . BDP  * 

Hydrographic  Form  Category . BFCxxx  * 

Hydrographic  Location  Category . BLC  * 

Hydrographic  Origin  Category . XOCzxx  * 

Hydrographic  Seasonal  Attribute . nsiAm  * 

Bypsography  Portrayal  Category . BQCzxx  * 

Identification  Humber . IDN  * 

Internal  Material  Category  . IMC  * 

Internal  Material  Volume  . IMV  • 

Landmark  Category . LMCxxx  * 

Lane/Track  Characteristics . LTCxxx  • 

Lane/Track  Number . LTN  * 

Layer  Number  (Infrared)  . . IRIATR 

Layer  Number  (Radar) . RLAYER 

Layer  Number  (Visual) . LAYER 

Length,  Derived . ILN  * 

Length/Diameter . LEN  * 

Length  of  Cab . LEC  * 

Length  of  Cab  (Crane),  Derived . ILC  * 

Length  with  Greater  Precision . .LGP  * 

Light  Characteristic  Category . PHawv  * 

Light  Function  Attribute . LFAxxx  * 

Light  Horizontal  Center  . LTBCEN 

Light  Horizontal  Fall  . LTHFAL 

Light  Horizontal  Width  . LTHWID 

Light  Intensity  . LTINTY 

Light  Type . LTTYPE 

Light  Vertical  Center  . LTVCEN 

Light  Vertical  Fall  . LTVFAL 
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Sir  Attribute  Naine  FACS  Code 

Light  Vertical  width  . LTVWID 

Light  Visibility  Range . LVR  * 

Load  Class  Type  1 . LCl  * 

Load  Class  Type  2 . I<C2  * 

Load  Class  Type  3 . LC3  '  * 

Load  Class  Type  4 . . . I<C4  * 

I<ocation/Origin  Category . IjOCxxx  * 

Long  Lineal  . LMGLIN 

Low  Itevel  Effects  . LLVEFF 

Material  Class  Category . MCCxxx  * 

Material  Ccinposition  Primary . HCPxxx  * 

Material  Conposition  Secondary . MCSxzx  * 

Maximum  Edges  Per  Polygon . MAXEDG 

Maximum  Height . MAXBGT 

Median  Category . MED  * 

Mining  Category . MIMxxx  * 

Missile  Site  Attribute . MSAxxx  * 

Missile  Site  Type . MSTxxx  * 

Mode  of  Transport . MOTxxx  * 

Model  Centroid . . . . . MCHTRD 

Monitor  Type . . . MNTRTY 

Maine  Category . HAM  * 

Number  of  Spans . MOS  * 

Number  of  Structures  . NCMSTR 

Object  Volume . . . OBJVQL 

Overhead  Clearance  Category . OBC  * 

Overlay  Category . OVCxxx  * 

Percent  of  Roof  Coverage  . DMRxxx  * 

Percent  of  Tree  Coverage . . . DMTxxx  * 

Placement  Point . PIiACPT 

Polygon  Illximination  Type  . IX<LUMN 

Polygon  Landing  Light  Illumination . LAMDLT 

Polygon  Non-Occulting . NOMOCC 

Polygon  Non-Shadow . MONSBD 

Polygon  Normal . . NORMAL 

Power  Plant  Category . . . PPCxxx  * 

Predominant  Height . PBT  * 

Predominant  Height,  Derived . IPB  * 

Product  Category . . . PROxxx  * 

Radar  Significance  Factor . RSFxxx  * 

Radio  Direction  Finding . RDFxxx  * 

Radio  Mavigation/Communication . NSTxxx  * 

Radius  . . . RADIUS 

Railroad  Attributes . RRA  * 

Railroad  Power  Source . RPSxxx  * 

Railroad/Road  Categories . . . RRCxxx  * 

Railroad  Gauge  Category . RGCxxx  * 

Rail  Siding  Attribute . . . .  .RSAxxx  * 

Religious  Denomination . RELxxx  * 

Reflectance  . RFLNTC 

Road  Interchange  Type . RITxxx  * 

Rock  Formation  Type . REF  * 

Rock  Strata  Type . rKSxxx  * 

Road  Surface  Type . RSTxxx  * 

Roof  Type  . SSRxxx  * 
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Sir  Attribute  Name  fftgS-gpde 

Sand  Dune  Orientation . SDO  * 

Secondary  Material  Characteristics . CSMxxx  * 

Self-Emitter  . SLFMTR 

Shading  Range . SBDRAN 

Shading  Type  . . . SHADN6 

Shape  Code  . SHAPCD 

Shoreline  Type  Category . SLTacxx  * 

Slope/Gradient  Category . SGC  * 

Slope  Gradient  Left  1 . SLlxxx  * 

Slope  Gradient  Right  1 . SRlxxx  * 

Slope  Polygon  Range . SPRxxx  * 

Soil  Type  Category . STCxn  * 

Specular  . SPECIJt 

Spring /Water-Bole  Type . . . SWT  * 

Spring/Well  Characteristics . SCCxxx  * 

State  of  the  Ground . . . SOGaaoc  * 

Stem  Diameter  Size  Range  1 . SDlxxx  * 

Structure  Shape  Categozy . SSCxxz  * 

Structure  Shape  of  Roof . SSRxxz  * 

Structure  Shape  of  Tank  Top . . . STTjulx  * 

Superf eatiire  ID . . . SFRID 

Surface  Material  Category . SMC  * 

Surface  Material  Subtype  . SMCSUB 

Surface  Roughness  Qualifier . SRQxxx  * 

Surficial  Material  Depth  Category . SDCscxx  * 

Text  Attribute . TXT  * 

Text\ire  Map  Reflectance  . TEXRFL 

Tidal /Non-Tidal  Category . TIDxxx  * 

Translucency . TRAMSL 

Transmissivity  . TMSMVT 

Transportation  Use  Category . TDCxxx  * 

Tree  Category . . . TRExxz  * 

Tree  Spacing  Range  1 . TSlxxx  * 

Underbridge  Clearance  Category . UBC  * 

Use  Status. . USExxx  * 

Vegetation  Characteristics . . . VEGxxx  * 

Vegetation  Type  Category . VGCxxx  * 

Visible  Range  . VISKNG 

Voluroe/Occupancy  Level . VOL  * 

Water /Salinity  Category . WSCnx  * 

Water  Velocity  Average . WVAxxx  * 

Weather  Type  Category . WTCxxx  * 

Width . WID  * 

Width,  Derived . IWD  * 

Width  of  Interchange,  Derived . 3WD  * 

Width  with  Greater  Precision . WGP  * 

t  Value . ZVL  * 
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50.2  SIF-Speeific  FDCb.  The  Feature  Descriptor  Codes  (FDCs)  identified  in 
Appendix  B  of  the  GTDB  Military  Standard  (MIL-STD-1820)  shall  be  used  for  SIF. 
In  addition,  the  following  SIF-specific  codes  shall  be  used. 


SIF  FDC  Code  Description 

GRV02 . Anti-Aircraft  Artillery  Vehicle 

GRVOl . Truck,  General  Purpose 

HELOl . Helicopter 

SMLOl . SAM  Launcher 

SMSOl  .  SAM  Site 


60  NOTES 

(This  section  contains  information  of  a  general  or  explanatory  nature  that  may 
be  helpful,  but  is  not  mandatory.) 

6.1  Referenced  documents.  The  following  documents  were  used  a  references,  in 
preparation  of  this  Appendix. 

AMERICAN  NATIONAL  STANDARDS  INSTITUTE 

ANSI  X3.27  Information  Systems  -  File  Structure  and  Labeling  of 

Magnetic  Tapes  for  Information  Interchange 

ANSI/IEEE  Binary  Floating  Point  Arithmetic 

STD  754 

(Application  for  copies  should  be  addressed  to  American  National  Standards 
Institute,  11  Nest  42nd  Street,  New  York  NY  10036.) 

DEFENSE  INTELLIGENCE  AGENCY 

DDM-2600-  National  Imagery  Transmission  Format  (NITF), 

63220-90  Version  1.1,  1  March  1989,  sections  1  through  4.5 

(Application  for  copies  should  be  addressed  to  Defense  Intelligence  Agency, 
DIA/DM-lA,  3100  Clarendon  Boulevard,  Arlington,  VA  22201-5317.) 

DEFENSE  MAPPING  AGENCY 


DMA  Standard  Supporting  Mark  90,  Section  100,  Glossary  of  Feature/Attribute 
Definitions,  Second  Edition,  June  1988,  revised  December  1988. 

(Application  for  copies  should  be  adressed  to  Defense  Mapping  Agency,  8613  Lee 
Highway,  Fairfax  VA  22031-2137) 
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DIGITAL  EQUIPMENT  CORPORATION 

AA-liA06A-TE  Guide  to  VMS  Files  and  Devices,  Appendix  B, 

"yMS  ANSI-Labeled  Magnetic  Tape,*  April  1988. 

VMS  Backup  Utility  Manual,  April  1988 

(Application  for  copies  should  be  addressed  to  Digital  Equipment  Corporation, 
P.O.  Box  CS2008,  Nashua  NB  03061) 

U.S.  DEPARTMENT  OF  COMMERCE 

Initial  Graphics  Exchange  Specification  ( IGBS ) , 

Version  4.0,  June  1988,  sections  applicable  to  CSG 

(Application  for  copies  should  be  adressed  to  U.S.  Department  of  Ccnunerce, 
National  Bureau  of  Standards . ) 

INTERACTIVE  COMPUTER  MODELLING.  INCORPORATED 

General  Information  Manual,  May  1988. 

(Application  for  copies  should  be  addressed  to  Interactive  Computer  Modelling, 
Inc,  12200  Sunrise  Valley  Drive,  Suite  210,  Reston  VA  22091.) 

PLANNING  RESEARCH  CORPORATION 

FRC-2851-DBDD-3  Data  Base  Design  Document  (DBDD),  Standard  Simulator 

Data  Base  (SSDB),  Project  2851  (F33657-86-C-0182) 

PRC-2851-DBDD-5  Data  Base  Design  Document  (DBDD),  Appendix  I,  Data 

Type  Dictionaries  for  Project  2851  (F33657-86-C-0182) 

(Application  for  copies  should  be  addressed  to  PRC,  1500  Planning  Research 
Drive,  McLean  VA  22102.) 

(Non-Government  standards  and  other  publications  are  normally  available  from 
the  organisations  that  prep^lre  or  distribute  the  documents.  These  documents 
also  may  be  available  in  or  through  libraries  or  other  informational 
services . ) 
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RATIONALE  AND  GUIDANCE 


10.  SCOPE 

10.1  Scope .  This  appendix  is  not  a  mandatoxy  part  of  this  standard. 

The  infoxnation  contained  herein  is  intended  for  guidance  only. 

10.2  Applicability .  This  appendix  serves  to  provide  supplementary 
Information  which  may  be  helpful  to  users  of  the  SIP  standard.  For  ease 
of  use,  it  has  been  organized  in  a  format  paralleling  that  of  the 
standard.  In  particular.  Section  50  of  this  appendix  has  been  designed 
to  correlate  exactly  with  Section  5  of  this  standard,  to  allow  users  to 
easily  move  between  them,  while  removing  unnecessary  descriptive 
information  from  the  standard  itself. 

10.3  Application  Guidance.  The  following  paragraphs  discuss  the  manner 
in  tdiich  the  SIP  standard  is  intended  to  be  applied  by  acquisition 
programs.  This  inq>lementation  approach  is  consistent  with  the 
operational  methods  of  the  DOD  Simulator  Data  Base  Facility  (SDBP), 
which  was  established  expressly  to  facilitate  the  exchange  and 
maintenance  of  training  simulator  data  bases.  Deviatior  *':om  the 
guidance  stated  herein  may  have  the  undesirable  effect  of  rendering  SIP- 
cai(q;>liant  data  sets  inconqiatible  with  the  SDBP,  thereby  minimi  zing  their 
accessibility,  and  hence  value,  to  subsequent  programs. 

10.3.1  Intended  Uses  of  SIP.  Any  application  of  SIP  essentially 
constitutes  an  interface  between  two  or  more  data  base  generation 
systems  (DBGSs),  one  of  which  is  always  expected  to  be  that  of  the  SDBP. 
Since  the  SDBP  is  expected  to  play  a  central  role  in  the  interchange  of 
SIP  data  sets,  those  operations  which  are  performed  by  the  SDBP  will  be 
referred  to  as  internal,  while  corresponding  activities  performed  using 
other  DBGSs  will  be  called  external.  Any  training  simulator  program  may 
use  the  SIP  standard  to  define  a  source  of  information,  a  product,  or 
both.  External  programs  which  use  SIP  as  a  source  will  be  hereinafter 
referred  to  as  consumer  programs;  those  which  deliver  SIP  as  a  product 
will  be  called  producer  programs.  This  section  discusses  issues 
associated  with  the  application  of  the  SIP  standard  data  base,  from  both 
the  producer  and  the  consumer  perspective. 

10.3.1.1  Producer-to-SDBP .  SIF  was  originally  designed  as  an  exchange 
format  to  allow  externally-generated  data  bases  to  be  used  to  populate 
the  SSDB.  Accordingly,  SIF  defines  the  output  product  of  an  external 
producer’s  DBGS,  and  correspondingly  defines  a  source  input  format  for 
the  internal  DBGS  of  the  SDBP.  Training  simulator  contracts  having 
significant  real-time  data  base  production  requirements  should  always 
Include  the  requirement  that  these  data  bases  be  delivered  to  the  SDBP 
in  SIF  format  as  well,  to  facilitate  their  integration  into  the  SSDB  for 
reuse  by  later  programs.  Simply  tasking  the  contractor  to  deliver  data 
bases  in  compliance  with  this  standard  is  not  sufficient  to  guarantee 
useful  SIP  products,  however;  ongoing  dialog  with  a  representative  of 
the  SDBP  is  essential,  inasmuch  as  the  value  of  a  particular  SIP  data 
set  must  always  be  assessed  relative  to  other  SSDB  holdings. 
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10.3.1.1.1  Preouencv  of  Application.  Because  it  is  anticipated  that 
the  SDBF  will  not  have  adequate  resources  to  do  a  significant  amount  of 
SSDB  production  internally,  it  is  likely  that  external  producers  will 
contribute  the  bulk  of  the  SSDB  content,  at  least  until  the  SSDB  is 
amply  populated.  This  being  the  case,  it  is  envisioned  that  SIP  will 
frequently  be  applied  as  a  delivery  requirement  in  the  short  term.  Over 
time,  as  the  SSDB  holdings  increase,  the  need  for  external  production  is 
likely  to  diminish,  and  SIF  utlli2ation  in  this  manner  will  become  less 
frequent . 


10.3.1.1.2  Application  Potions.  When  applied  as  a  requirement  upon  an 
external  producer,  the  SIF  standard  may  be  used  to  pass  one  of  two  data 
bases  to  the  SDBF:  either  the  DBGS's  embedded  source  data  base,  or  a 
real-time  simalation  data  base  generated  from  it.  These  two  data  sets 
may  be  significantly  different;  the  embedded  data  base  is  usually 
filtered  and  transformed  to  create  a  “flyable”  real-time  data  base.  SIF 
imposes  no  specific  restrictions  against  the  use  of  one  or  the  other, 
but  it  is  generally  preferred  that,  %d:en  the  option  exists,  the  embedded 
source  data  base  be  used  as  the  basis  for  SIF  exchange. 

10.3.1.2  SDBF-to-Consumer .  SIF  is  supported  as  a  source  of  data  for 
external  DBGSs,  through  its  implementation  as  one  of  the  two  output 
products  of  the  SDBF.  Accordingly,  the  SIF  standard  needs  to  be  cited 
in  contracts  desiring  to  use  SDBF  products  in  this  form.  SIF  products 
furnished  to  consumer  programs  are  to  be  obtained  through  the  SDBF, 
rather  than  from  external  producers,  in  order  to  ensxire  that  they 
correctly  reflect  the  merged  content  of  the  SSDB,  and  are  properly 
certified  as  ccnpliant  with  the  SIF  standard. 

10.3.1.2.1  Frequency  of  Application.  Inasmuch  as  the  use  of  SIF  as  a 
sotirce  inplies  the  need  for  a  copy  of  the  full  SSDB,  it  is  not  expected 
that  SIF  will  be  widely  used  for  this  purpose.  The  other  SDBF  product, 
GTDB,  is  much  better  suited  to  applications  for  which  only  a  subset  of 
the  SSDB  is  required,  as  GTDB  generation  allows  for  the  selective 
filtration  of  the  data  in  numerous  ways.  It  is  likely  that  SIF  will  be 
used  only  by  consumers  idio  possess  their  own  DBGSs,  and  have  the 
software  tools  necessary  to  process  great  quantities  of  information 
efficiently.  It  is  recommended  that  individual  programs  evaluate  the 
use  of  SIF  versus  GTDB  based  upon  their  specific  data  base  requirements, 
and  the  ease  with  which  each  can  be  accomnodated  by  their  respective 
contractors . 

10.3.1.2.2  Application  Options .  when  furnishing  ^  SIF  data  set  to  a 
consumer  program  contractor,  the  Government  may  require  that  it  be 
augmented  by  the  contractor  using  other  source  materials,  or  may  require 
that  it  be  used  without  further  modification.  In  the  first  case,  there 
is  an  implicit  assumption  that  the  SIF  data  in  in  some  way  incapable  of 
meeting  all  requirements  of  the  consumer  program,  and  that  additional 
contractor  effort  will  need  to  be  applied  in  order  to  meet  them.  In  the 
second  case,  the  assumption  is  that  the  SIF  data  is  fully  capable  of 
meeting  all  consumer  simulator  requirements.  In  either  case,  it  is 
important  that  the  content  of  the  SSDB  in  the  area  of  interest  be 
evaluated  with  respect  to  the  specific  requirements  of  the  consumer 
system,  prior  to  contractual  implementation. 
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10.3.1.3  Binary  Application.  In  some  cases,  it  is  desirable  to  invoke 
the  SIF  standard  as  both  an  input  and  output  requirentent,  treating  the 
external  program  as  both  a  producer  and  a  constuner.  One  instance  in 
which  this  may  be  done  is  the  first  case  cited  under  10.3.1.2.2  above, 
wherein  a  consumer  program  may  be  required  to  augment  a  Government- 
furnished  SIF  data  set.  Assuming  that  this  augmentation  is  necessary  to 
overccme  some  inherent  deficiency  with  the  SIF  data  set  (and,  by 
association,  the  SSDB) ,  it  will  likely  be  desirable  for  the  SDBF  to 
obtain  the  enhanced  version,  such  that  the  SSDB  can  be  subsequently 
populated  with  the  *inq>roved’  information. 

10.3.1.4  Producer-Consumer  Interaction.  It  is  important  that  both  the 
SDBF  and  the  external  producer  or  consumer  of  a  SIF  data  base  have  a 
comnon  understanding  of  the  specific  requirements  of  the  data  base 
interchange  between  them.  SIF  is  not  a  "hands-off*  standard;  ccBq>liance 
with  it  cannot  sinqkly  be  written  into  a  contract,  and  expected  to 
achieve  good  results,  without  a  mutual  understanding  of  its  implications 
in  the  context  of  the  specific  application.  There  are  numerous 
variables  associated  %d.th  any  particular  data  base,  and  it  it  must  be 
recognized  that  SIF  data  sets  will  exhibit  sene  variability  across 
producers.  The  standard  makes  an  effort  to  quantify  this  variability  to 
the  greatest  extent  practical,  but  the  roost  effective,  efficient  use  of 
the  SIF  as  a  data  base  exchange  medium  can  only  be  realized  through  an 
ongoing  dialog  between  the  SDBF  and  its  external  producers  and 
consumers. 

10.3.2  Adaptive  Format.  As  a  comprehensive  simulator  data  base  format, 
SIF  necessarily  supports  more  data  items  than  are  likely  to  be  contained 
in  any  given  data  base.  It  is  conceptually  a  superset  of  all  ccnmonly 
used  data  items.  As  a  result,  for  any  single  application  of  the  SIF 
standard,  some  parts  of  the  data  format  may  be  treated  as  non- 
applicable,  and  hence  are  regarded  as  options.  Optional  items  are 
labeled  as  such  throughout  the  body  of  this  standard. 

10.3.2.1  Mandatory  Information.  The  SIF  standard  identifies  those 
files,  records,  and  fields  which  must  be  populated  whenever  the  SIF 
standard  is  invoked,  and  those  which  may  be  left  as  options  to  be 
populated  only  when  the  data  are  readily  available.  In  general,  items 
are  defined  as  mandatory  if  their  2d>sence  would  significantly  ccopromise 
the  usefulness  of  a  SIF  data  base,  as  determined  by  the  design  and 
implementation  of  the  SSDB.  In  any  program  requiring  the  external 
production  of  SIF-compliant  data  sets,  the  omission  of  mandatory  items 
must  be  considered  a  breach  of  contract,  unless  a  specific  exception  has 
been  granted  by  the  acquisition  agency,  as  discussed  below. 

10.3.2.2  Optional  Information.  Unlike  mandatory  items,  the  producer  of 
a  SIF  data  set  is  not  contractually  obligated  to  populate  optional 
fields.  Data  items  labeled  as  optional  within  the  standard  should  not 
be  regarded  as  necessarily  being  of  lower  interest  or  priority  than 
mandatory  items.  In  some  cases,  they  are  optional  because, 
pragmatically,  it  is  understood  that  many  existing  data  base  generation 
systems  do  not  capture  or  maintain  such  data,  and  that  their  omission  is 
adequately  compensated  for  by  the  greater  value  inherent  in  the 
remaining  mandatory  items.  As  a  general  rule,  data  items  labeled 
'optional*  should  not  be  omitted  offhandedly,  but  should  be  included 
whenever  it  is  practical  and  economically  feasible  to  do  so.  The  SDBF 
should  be  involved  in  any  decision  regarding  the  disposition  of  optional 
data  items. 
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10.3.2.3  Exceptions .  External  producers  of  SXF  data  sets  should,  In 
general,  be  required  to  populate  as  many  data  items  as  they  have 
information  to  support.  In  each  invocation  of  the  SIF  standard, 
however,  practical  issues  of  cost  and/or  schedule  may  determine  %diether 
or  not  certain  data  items  are  populated.  Procuring  agencies  should 
always  require  external  SIF  producers  to  justify  any  decision  not  to 
populate  optional  items.  There  may  also  be  rare  situations  in  %diich  an 
external  producer  desires  relief  from  having  to  populate  certain 
memdatory  portions  of  the  standard,  based  on  non-existence  of  the  data 
and/or  prohibitive  cost.  This  should  be  discouraged,  as  granting  such 
relief  would  make  the  SDBF  SSDB  of  significantly  less  value  to 
subsequent  simulator  programs.  In  any  ease,  a  decision  to  leave  fields 
unpopulated  within  a  deliverable  SIF  data  set  needs  to  be  coordinated 
with  the  SDBF,  not  left  to  the  individual  program,  so  that  the  "greater 
good"  is  always  considered;  it  may  be  well  %K>rth  the  Government's  short¬ 
term  investment  in  one  specific  program,  in  order  to  obtain  the  long¬ 
term  bwieflt  of  greater  support  for  future  training  systsms;  conversely, 
the  information  void  left  by  an  emission  might  be  so  detrimental  to  the 
value  of  the  remaining  data  that  the  Government  might  receive  the 
greatest  benefit  by  forgoing  the  conversion  to  SIF  altogether. 


10.3.3  Information  Representation  Rules.  In  addition  to  the 
specification  of  a  data  format,  an  equally  important  aspect  of  the  SIF 
standard  is  its  establishment  of  certain  rules  for  the  population  of 
data  within  that  format.  The  imposition  of  these  production  standards 
is  necessary  in  order  to  achieve  a  minimum  level  of  data  quality, 
allowing  the  SDBF  to  verify  the  acceptability  of  the  data  set.  Such 
standards  are  needed,  because  SIF  data  sets,  which  may  be  developed  and 
provided  by  many  different  sources,  have  to  be  integrated  into  a 
cen^site  data  base  (the  SSDB)  of  consistent  quality.  In  the  SSDB, 
quality  consistency  is  of  paramount  importance,  given  the  potentially 
broad  dissemination  of  its  contents,  in  deference  to  the  non-redundancy 
objectives  tendered  in  the  establishment  of  the  SDBF,  it  is  believed 
that  the  SSDB  must  maintain  data  which  is  of  sufficient  quality  as  to 
preclude  the  need  for  its  users  to  correct  deficiencies  repetitively. 


10.3.4  Data  Quality.  Inasmuch  as  the  SDBF,  due  to  resource 
limitations,  will  likely  be  unable  to  perform  much  data  evaluation  and 
correction  organically,  it  is  incumbent  upon  the  SIF  producers  to  meet 
the  minimum  quality  levels  as  a  condition  of  SIF  acceptance.  It  is  left 
to  the  sponsors  of  the  individual  SIF  producer  programs  to  ensure  that 
these  quality  standards  are,  in  fact,  met. 
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10.3.4.1  Quality  Enforcement.  There  is  a  distinct  difference  between 
intemally-produced  and  externally-produced  SIF  data  sets,  in  the  sense 
of  the  SDBF's  inability  to  directly  control  the  information  content  of 
the  latter.  Since  a  SIF  data  base  produced  by  the  SDBF  is  extracted 
directly  from  the  SSDB,  it  will,  by  definition,  meet  all  SDBF  data 
quality  standards;  data  falling  short  of  these  standards  would  never 
have  been  included  in  the  SSDB  initially,  and  thus  will  not  cascade  into 
the  SDBF's  SIF  products.  This  cannot  be  said  of  externally-produced  SIF 
data  sets,  for  which  compliance  with  the  SSDB's  internal  quality 
standards  cannot  be  assvuned.  In  order  to  overcome  this  uncertainty,  a 
series  of  quality  conformance  tests,  as  defined  in  section  4.4  of  this 
standard,  must  be  performed  on  any  externally-produced  SIF  data  set,  as 
a  oondition  of  the  Government's  acceptance  of  the  product.  Only  idien 
these  tests  have  been  successfully  passed,  is  the  SIF  data  set  eligible 
for  further  dissemination,  as  well  as  inclusion  in  the  SSDB. 

10.4  Tailoring.  As  a  con^rehensive  simulator  database  format,  SIF 
necessarily  supports  many  more  data  items  than  is  likely  to  be  contained 
in  any  given  database.  It  is  conceptually  a  superset  of  all  connonly 
used  data  items.  As  a  result,  for  any  single  application  of  the  SIF 
standard,  some  parts  of  the  data  format  may  be  treated  as  not 
applicable . 

10.4.1  SIF  designers  have  attempted  to  identify  those  portions  of  the 
standard  %diich  must  be  populated  %dicnever  the  SIF  standard  is  Invoked, 
and  those  which  may  be  left  as  options  to  be  populated  only  when  the 
data  are  readily  available.  Optional  items  are  labeled  as  such 
throughout  the  body  of  this  Standard.  In  general,  items  are  defined  as 
mandatory  if  their  absence  trould  significantly  ccnprcmise  the  usefulness 
of  a  SIF  database. 

10.4.2  In  addition  to  specifying  data  formats,  the  SIF  standard 
includes  certain  rules  for  populating  the  data  within  the  formats.  For 
example,  the  SIF  culture  data  format  specifies  that  an  areal  feature 
shall  have  its  vertices  listed  in  counter-clockwise  sequence  as  viewed 
from  above.  Many  simulator  systems  follow  this  convention,  but  there 
are  also  some  systems  which  have  adopted  the  opposite  (clockwise) 
convention.  In  such  cases,  SIF  designers  have  established  a  ccomon 
approach,  not  because  the  alternatives  are  "wrong, *  but  sijnply  to  make 
it  possible  for  systems  to  share  data  without  confusion.  Wherever 
specific  conventions  are  defined  in  the  SIF  standard,  compliance  by  SIF 
producers  is  mandatory. 

10.4.3  The  benefit  of  including  production  conventions  within  the 
standard  is  that  SIF  consumers  only  have  to  be  able  to  process  data  in 
conformance  with  the  selected  convention.  Allowing  greater  flexibility 
(such  as  a  lack  of  conventions)  would  reduce  the  amount  of  conversion 
required  by  SIF  producers,  but  SIF  consumers  would  have  to  be  able  to 
accommodate  many  different  production  techniques.  Since  the  number  of 
SIF  consumers  is  expected  to  exceed  the  number  of  producers  (due  to  the 
fact  that  every  SDBF  customer  system  is  an  indirect  SIF  consumer),  the 
establishment  of  standard  conventions  was  determined  to  be  the  better 
alteriiative . 
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10.4.4  In  most  cases  where  a  convention  was  deenied  necessary,  SIP 
designers  have  settled  on  a  single  approach.  However,  in  sene  cases  the 
SIP  standard  supports  two  or  more  alternative  conventions,  giving  the 
exporter  a  choice.  Por  exan^le,  the  SIP  gridded  data  format  supports 
multi-band  imagery  structured  in  either  band  interleaved  or  band 
sequential  formats.  In  this  case,  the  producer  may  select  %diichever 
alternative  is  more  convenient;  the  user  must  be  prepared  to  handle 
either  of  the  alternatives. 

10.4.5  In  several  sections  of  the  SIP  standard,  there  is  provision  for 
use  of  user-defined  data  fields.  This  feature  is  intended  only  to 
support  exchange  of  system-specific  data  items  not  explicitly  supported 
by  the  SIP.  It  allows  the  standard  adaptable  to  rapid  change,  as  new 
technologies  require  information  to  be  added  to  simulator  databases. 

10.4.6  Prom  the  external  producer's  standpoint,  the  availability  of 
user-defined  fields  makes  SIP  flexible  enough  to  be  able  to  capture  any 
essential  database  elements  not  anticipated  by  SIP  designers.  For 
instance,  if  a  producer  has  collected  or  generated  sene  previously 
uncollected  feature  characteristics  useful  for  simulating  a  new  type  of 
sensor,  then  this  data  need  not  be  *thro%m  away”  just  because  the 
existing  SIP  standard  did  not  set  aside  explicit  data  fields  for  the  new 
characteristics.  In  this  scenario,  the  exporter  would  be  expected  to 
define  new  user-defined  PACS  attribute  records  within  the  SIP  feature 
data  files.  The  meaning  of  the  new  records  would  be  defined  in  the 
Oser-Deflned  PACS  dictionary  records,  which  could  be  stored  in  the  SDBP 
SSDB  for  future  reference. 

10.4.7  Prom  the  configuration  control  perspective  of  the  SDBP;  however, 
this  flexibility  may  be  vie%md  as  a  draid>ack,  in  that  each  SIP  database 
may  contain  unique  non-standardized  data  elements.  An  additional  danger 
with  the  availability  of  user-defined  fields  is  that  uncontrolled  use  of 
this  feature  is  likely  to  result  in  abuse.  It  may  be  used  as  a  way  to 
avoid  the  trouble  of  performing  conversions  from  internal  formats  to  the 
published  SIP  standard.  As  a  simplistic  exan^le,  a  systam  storing 
object  dimensions  in  feet  rather  than  meters  may  be  teiiq>ted  to  simply 
write  out  English-unit  dimensions  as  user-defined  PACS  values,  rather 
than  go  to  the  effort  of  writing  software  to  convert  the  dimensions  to 
metric  units.  Another  system  may  express  dimensions  in  yards,  and  do 
the  same  thing.  Over  a  period  of  tixte,  there  may  be  numerous  such 
liberties  taken  with  the  user-defined  field  capability,  resulting  in  a 
data  base  with  dimensions  specified  in  many  different  units.  This  would 
defeat  the  purpose  of  standardization,  and  as  such,  needs  to  be  avoided. 
Procuring  agencies  need  to  require  SIP  producers  to  justify  each  use  of 
user-defined  attributes  as  unavoidable,  because  there  is  no  equivalent 
field  in  SIP,  or  because  the  cost  of  converting  to  the  nearest  SIP 
equivalent  would  be  prohibitive.  On  the  other  hand,  whenever  user- 
defined  attributes  can  be  legitimately  justified,  their  use  should  be 
encouraged,  since  the  only  alternative  would  be  to  leave  the  data  out  of 
the  SIP  database. 
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10.4.8  It  la  aaaentlal  that  any  new  uae  of  uaer -defined  flelda  within 
SIF  databaaes  be  coordinated  with  the  SDBF.  As  the  central  hub  of  the 
SZF  user  coiBnunity,  the  SDBF  will  be  In  a  position  to  assign  unique 
field  Identifiers,  maintain  a  master  dictionary  of  user-defined  fields, 
and  reconcile  conflicting  usages.  As  time  goes  on,  data  Items 
originally  Introduced  Into  SIF  databases  as  user -defined  Items  may  be 
Incorporated  Into  the  SIF  standard  explicitly.  It  will  be  the 
responsibility  of  the  SDBF  to  make  the  requisite  changes  to  the 
standard.  In  such  cases. 

10.5  Method  of  Reference.  (Self-Explanatory.) 

20.  APPbICABZiB  DOCTTMXHT8 

20.1  The  documents  called  out  in  section  2  of  this  Standard  apply 
to  this  appendix. 

30  DBPIHITIONS  AND  ACROITN8 

30.1  Definitions.  The  definitions  provided  In  this  Standard  shall  apply 
to  this  Appendix. 

40  GENERAL  REQGZREMEHTS 

40.1  External  system  Interface.  This  section  Is  self-explanatory  In 
the  standard. 

40.2  Physical  meditm.  This  section  Is  self-explanatory  In  the 
standard. 

40.3  Quality  assurance.  Simulator  databases  are  built  to  widely 
varying  quality  (accuracy  and  reliability)  standards  from  widely  varying 
data  sources.  In  order  to  support  their  distribution  to  other  users.  It 
is  necessary  to  establish  a  common  level  of  quality,  vdilch  must  be  met 
by  all  producers. 

a.  Critical  Information  which  must  be  supplied  by  exporters  of  SIF 
databases  are  quality  descriptors.  Since  the  mere  existence  of  the  SIF 
format  does  not  imply  any  specific  quality  standards,  the  SIF  standard 
must  also  define  quality  characteristics.  To  fall  to  define  this 
Information  would  leave  importers  of  the  database  ccmpletely  In  the  dark 
as  to  the  database's  applicability  and  reliability  for  their  particular 
applications . 

b.  In  general  terms,  the  quality  of  a  database  may  be  judged  by  knowing 
what  data  sources  were  used,  what  compilation  criteria  were  used  to 
extract  data  from  the  sources,  and  what  accuracy  standards  (If  any)  were 
enforced  in  the  automated  and/or  manual  processing  of  the  data.  In 
describing  a  data  source,  the  producer  needs  to  identify  the  source 
product.  Its  currency  (date  of  compilation),  and  the  producing  agency. 
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c.  SIF  quality  descriptors  include  textual  fields  for  describing  the 
data  sources  used,  and  for  listing  coir^ilation  criteria.  SIF  also 
includes  fields  for  defining  numerical  accuracy  standards  (e.g., 
circular  positioning  error)  when  applicable.  The  SIF  formats  allow  for 
specification  of  multiple  sources  for  a  given  data  unit.  SIF  also 
supports  different  levels  of  granularity  of  sources.  For  example,  it  is 
possible  to  tag  a  culture  file  with  the  source(s)  used  to  ccmpile  it;  at 
the  same  time,  it  would  be  possible  to  tag  each  individual  feature 
within  that  file  as  having  been  extracted  from  a  unique  source; 
moreover,  it  would  even  be  possible  to  tag  each  FACS  attribute  of  each 
feature  %d.th  its  own  unique  source.  The  finer  the  detail,  the  better 
the  SDBF's  ability  to  make  quality  evaluations. 

d.  Users  of  SIF  databases  should  keep  in  mind  that  there  are  multiple 
accuracy  dimensions  in  a  simulator  database.  Geodetic  positioning 
error,  which  is  often  cited  as  a  key  quality  criterion,  is  just  one 
measure  of  accuracy.  Also  i9q;>ortant  are  the  accuracy  of  the  dimensions 
of  objects,  as  well  as  feature  attributes  such  as  colors  and  surface 
materials.  Nhen  dealing  with  a  processed  database,  it  is  important  to 
understand  what  is  real,  ^at  is  synthetic,  and  %fhat  got  left  out.  The 
currency  of  the  data  is  important,  in  that  data  that  was  captured  to 
very  high  accuracy  standards  may  no  longer  be  an  accurate  reflection  of 
reality,  due  to  the  passage  of  time.  Data  captured  accurately  stay  also 
be  periodically  inaccurate  due  to  teti^oral  variations.  Evaluating  the 
accuracy,  or  overall  quality,  of  a  database  is  thus  a  complex  task.  It 
is  for  this  reason  that  SIF  demands  that  certain  criteria  be  ntet 
allowing  the  SDBF  to  make  an  informed  judgment  on  the  overall  quality 
and  applicability  of  a  database. 

e.  In  the  case  of  pre-existing  databases  being  converted  to  SIF,  the 
original  data  sources  may  not  be  know"  in  such  cases,  a  waiver  to  the 
SIF  quality  standards  may  be  considered.  At  a  minimum,  however,  the  SIF 
producer  must  document  what  is  known,  and  what  is  unknown.  Scmetimes, 
data  quality  may  be  implied  from  the  application  system  so  the  producer 
needs  to  identify  the  application  system  as  the  source. 

f.  SIF  establishes  certain  minimum  quality  standeurds  to  be  observed  by 
future  database  producers  when  required  to  be  SIF-ccmpliant . 

g.  Since  DMA  will  continue  to  be  the  default  source  for  validatcKl  DoD 
terrain  and  culture  data,  producers  of  DoD  simulator  databases  will  be 
required  to  compile  terrain  and  culture  data  to  the  same  minimum 
standards  applied  to  DMA  standard  products.  Within  the  SSDB,  DMA 
Digital  Terrain  Elevation  Data  (DTED)  is  the  default  terrain  source,  and 
Digital  Feature  Analysis  Data  (DFAD)  serves  as  the  default  culture 
source. 

h.  DMA  specifications  contain  certain  accuracy  standards  for  both  DCTD 
and  DFAD  products.  For  example,  the  positioning  accuracy  of  DFAD 
culture  vertices  must  be  within  130  meters,  circular  error,  at  the  90% 
confidence  level,  relative  to  the  World  Geodetic  System  (WGS)  datum. 

The  elevation  values  in  a  DTED  manuscript  are  required  to  be  accurate 
within  plus  or  minus  30  meters,  linear  error,  at  the  90%  confidence 
level,  relative  to  mean  sea  level  (MSL)  as  a  datum.  These  standards 
will  be  U3ed  as  the  default  values  for  SIF  data  sets. 
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i.  For  gcK>«>Bpeci£ic  photo  texture,  positioning  accurecy  of  the  pixels 
must  meet  the  same  standard  as  applied  to  DTED  terrain  posts,  i.e.,  130 
meters,  circular  error,  at  the  90%  confidence  level,  relative  to  WGS. 

40.3.1  General  Approach.  SIF  compliance  will  be  assured  in  two  ways: 
through  the  certification  of  the  producer's  data  base  generation  system, 
and  through  the  actual  testing  of  individual  data  sets.  Data  set 
testing  is  expected  to  be  used  only  during  the  initial  certification  of 
the  process,  and  as  occasional  "spot  checks *  to  ensure  that  the  DBGS 
remains  compliant  during  its  production  lifecycle.  Particularly 
critical  SIF  data  sets,  such  as  those  used  for  mission  rehearsal 
applications,  may  be  explicitly  tested,  also. 

40.3.2  Process  Certification.  It  is  expected  that  many  external  SIF 
producers  will,  over  the  periods  of  performance  of  their  individual 
contracts,  end  up  generating  a  relatively  large  number  of  SIF  data  sets. 
Ostensibly,  the  quality  review  and  approval  of  each  of  these  could 
beccne  a  major  effort  on  the  part  of  the  SOBF.  Since  the  SDBF's 
resources  will  be  quite  limited,  this  is  not  seen  as  a  viable  approach. 
Therefore,  instead  of  testing  each  individual  data  set,  the  producing 
software  processes  (i.e.,  the  producer  DBGSs)  will  be  certified  by  the 
SDBF.  The  SDBF  will  assign  a  figure  of  merit  (FOM)  to  each  external 
data  base  generation  system,  certifying  it  for  SIF  production  at  sons 
quality  level.  The  FOM  will  fall  within  the  range  of  zero  through  nine, 
nine  being  the  highest  level  of  certification  attainable,  and 
representing  the  best  quality  SIF  data  sets.  The  FOM  provides  a 
quantitative  metric  for  the  three  categories  of  SIF  compliance  defined 
in  this  standard,  namely  format  conformance,  source  correlation,  and 
SDBF  compatibility.  The  acceptance  of  a  given  data  set  by  the  SBDF  will 
be  based  upon  this  FOM,  in  conjunction  with  other  factors,  as  discussed 
elsewhere  in  this  appendix.  Based  upon  an  evaluation  of  the  SIF  data 
sets  output  by  a  given  DBGS,  the  system  will  be  assigned  a  FOM  as 
follows: 

0:  Format  does  not  conform  to  all  mandatory  requirements  of  the 
standard 

1 :  Format  conforms  with  all  mandatory  requirements  of  the 
standard,  and  may  support  a  subset  of  its  optional  fields 

2:  Meets  FOM-1,  and  supports  all  optional  data  fields 

3:  Meets  FOM-1,  and  populates  all  mandatory  fields  with 
information  correlated  to  its  source  data  base 

4:  Meets  FOM-3,  and  populates  the  subset  of  optional  fields  with 
source-correlated  data 

5:  Meets  FOM-2  and  FOM-3,  populates  optional  fields  with  source- 
correlated  data  when  available,  and  remaining  optional  fields  with 
default  values 

6:  Meets  FOM-3,  and  creates  mandatory  source  data  in  accordance 
with  SDBF  production  standards 

7:  Meets  FOM-4  and  FOM-6,  and  populates  the  subset  of  optional 
fields  in  accordance  with  SDBF  production  standards 
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8:  Meets  F(M-5  and  FOH-7,  and  generates  all  fields  in  accordance 
with  SDBF  production  standards 

9:  Meets  FQM-8,  and  is  fully  compatible  with  all  internal  SDBF 
maintenance  and  quality  control  procedures 

40.3.2.1  Format  Conformance.  Certification  of  format  conformance  will 
basically  consist  of  comparing  the  SIF  data  format  supported  by  the  DBGS 
under  evaluation  with  a  known  standard  -  specifically,  the  SIF  interface 
of  the  SDBF.  In  the  case  of  external  consumers,  the  SDBF  will  create  a 
test  data  set,  and  it  will  be  up  to  the  consumer  to  prove  that  they  can 
read  it.  Conversely,  in  the  case  of  the  external  producer,  the  producer 
%rill  create  the  data  set,  which  will  have  to  be  readable  by  the  8BDF. 
Although  this  is  essentially  a  simple  pass/fail  test,  there  is  some 
flexibility,  in  that  the  SIF  format  includes  many  optional  fields,  ^diich 
do  not  necessarily  have  to  be  supported  by  all  producers.  When 
certifying  a  process  using  this  technique,  one  must  be  mindful  of  these 
options;  a  DBGS  certified  to  generate  "optionless *  SIF  can  no  longer  be 
considered  certified,  should  it  begin  outputting  SIF  data  seta  idiich 
include  options.  In  this  case,  a  recertification  at  the  higher  level 
will  be  necessary. 

40.3.2.2  Source  Correlation.  This  is  a  more  operationally-oriented 
test  than  the  previous  one.  In  the  case  of  external  producers,  it 
ensures  that  the  information  content  of  the  SIF  data  set  reflects  that 
of  the  data  base  from  which  it  was  generated.  For  external  consumers, 
it  guarantees  that  the  information  provided  by  the  SDBF  actually  makes 
it  into  the  real-time  trainer  data  base.  This  test  a  necessary  addition 
to  the  previous  one,  since  format  conformance  alone  does  not  guarantee 
that  the  correct  information  is  present  in  the  data  set. 

40.3.2.3  SSDB  Compatibility.  Of  the  three  stages  of  SIF  certification, 
this  is  the  most  difficult  one  to  quantify,  since  it  deals  with 
production  processes  which  are  often  subjective  or  artistic  in  nature, 
highly  variable  even  within  producers,  and  usually  poorly  documented. 
Basically,  the  Intent  of  this  test  is  to  ensure  that  the  rules  by  idiich 
source  material  is  analy2ed,  and  information  is  captured  from  it,  are 
the  same  for  the  external  producers  as  within  the  SBDF.  Some  of  these 
rules  are  found  in  this  standard;  but  many  are  not,  and  many  will  not  be 
fully  known  until  the  SDBF  has  gained  operational  experience  in 
producing,  maintaining,  and  distributing  SIF  data  sets  for  different 
applications . 

40.3.3  Data  Set  Verification  (Self-explanatory.) 

40.3.3.1  Verification  of  SIF  Product.  There  are  three  levels  at  which 
compliance  with  a  SIF  requirement  will  be  verified.  The  first  level  is 
ccBipliance  with  the  SIF  data  formats.  The  second  level  is  the  degree  to 
which  the  SIF  output  captures  the  essential  elements  of  the  source 
database.  The  third  level  is  compliance  with  SIF  data  conventions  and 
quality  standards. 
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40.3.3.1.1  Format  Conformance.  Preliminary  verification  of  compliance 
with  SIF  formats  is  possible  via  inspection  and  analysis.  San^le 
records  from  the  output  database  may  be  dumped  via  utility  software  and 
compared  with  the  SIF  specification.  All  required  data  items  should  be 
verified  as  being  present,  along  with  relevant  optional  data  items. 
Individual  data  items  should  be  inspected  for  conformance  with  data 
dictionary  specifications  (data  type,  length,  range). 

40.3.3.1.1.1  Manual  inspection  may  be  augmented  with  a  batch  software 
utility  designed  to  cycle  through  the  entire  database  searching  for 
deviations  from  format  specifications.  The  SDBF  has  a  Government-owned 
format  validation  utility  (written  in  VAX/VNS  Ada)  %diich  may  be  provided 
to  SIF  producers  as  Government  Furnished  Equipment  (GFE). 

40.3.3.1.1.2  A  more  ccnqprebensive  verification  of  compliance  would 
involve  a  test  or  desionstratlon  on  a  system  previously  verified  as 
capable  of  accepting  SIF  inputs.  The  SIF  output  database  would  be  input 
by  this  second  system,  verifying  that  the  data  are  in  SIF-ccmpliant 
format.  Again,  the  SOBF  has  Government-owned  input  software  which  may 
be  shared  upon  request  with  systems  having  compatible  hardware /software 
environments . 

40.3.3.1.2  Source  Correlation.  Once  it  has  been  determined  that  a  SIF 
output  conforms  with  data  format  requirements,  it  should  be  verified 
that  the  output  captures  the  essential  elements  of  the  source  database. 

40.3.3.1.2.1  Preliminary  verification  may  be  performed  by  Inspection 
and  analysis  of  the  SIF  output  and  comparison  with  the  source  database. 
Sample  records  from  the  t%«o  databases  may  be  dumped  via  utility  software 
and  compared  for  functional  equivalence.  Gangling  techniques  should  be 
used  to  verify  that  all  required  data  items  from  the  source  database  are 
present  in  the  SIF  output.  Utility  software  may  also  be  used  to 
generate  record  counts  for  comparison. 

40.3.3.1.2.2  The  ideal  is  a  completely  lossless  conversion  from  the 
source  database  to  SIF,  such  that  a  duplicate  of  the  original  database 
could  be  generated  from  the  SIF  files.  In  practice,  a  certain  amount  of 
loss  is  inevitable;  however,  this  may  be  acceptable  for  purposes  of 
database  interchange  between  dissimilar  systems.  Any  such  losses  should 
be  documented  and  verified. 

40.3.3.1.2.3  A  more  conclusive,  but  potentially  more  expensive, 
verification  approach  would  be  to  have  the  SIF  output  re-converted  to 
the  internal  formats  of  the  sending  system,  so  that  side-by-side  tests 
and  demonstrations  between  the  original  and  SIF-converted  databases  may 
be  performed. 

40.3.3.1.3  SSPB  Compatibility.  After  a  SIF  output  has  been  verified  as 
conforming  with  SIF/HDI  data  formats  and  as  having  successfully  captured 
the  source  database,  it  will  be  verified  for  compliance  with  internal 
SSDB  quality  standards.  This  verification  step  is  mandatory  inasmuch  as 
any  SIF/BDI  database  must  be  capable  of  being  integrated  into  the  SSDB. 
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40.3.3.1.3.1  Preliminary  verification  of  compliance  with  SIP 
conventions  and  quality  standards  is  possible  via  inspection  and 
analysis.  Sample  records  from  the  output  database  may  be  dunq>ed  via 
utility  software  and  compared  with  conventions  and  standards  documented 
in  the  SIP  specification.  It  is  particularly  important  to  verify  the 
accuracy  of  the  information  describing  to  what  standards  the  database 
was  originally  built.  This  includes  a  list  of  data  sources,  compilation 
criteria,  accuracy  standards,  and  processing  steps.  If  such  information 
is  not  known,  then  this  must  be  indicated  within  the  appropriate  SIP 
records . 


40.3.3.1.3.2  A  more  thorough  verification  of  conq>liance  with  SIP 
conventions  would  involve  a  test  or  dmaonstration  on  a  system  previously 
verified  as  capable  of  accepting  fully-compliant  SIP  inputs.  The  SIP 
output  database  would  be  input,  processed,  and  displayed  by  this  second 
systam,  verifying  that  the  data  (u:e  cocpliant  with  SIP/HDI  standards. 

40.3.3.2  Verification  of  SIP  Application.  There  are  two  levels  at 
iidiich  compliance  with  a  SIP  utilization  requirement  will  be  verified. 

The  first  level  is  the  system's  ability  to  correctly  read  and  Interpret 
the  data  items  received  in  SIP  format.  -The  second  level  is  the  degree 
to  «dxich  a  system  can  effectively  exploit  the  contents  of  a  SIP 
database . 


40.3.3.2.1  Accommodation .  Verification  of  a  system's  ability  to  read  a 
SIP  database  requires  a  test  database  that  has  previously  been  verified 
to  be  in  proper  SIP  format.  The  test  database  may  be  used  to  perform  a 
test  or  demonstration  of  the  system's  ability  to  properly  locate, 
interpret,  and  store  selected  SIP  data  into  its  internal  databaBe(s). 
Sample  records  from  the  internal  database  may  be  dumped  via  utility 
software  and  conpared  with  the  SIP  input  data.  Utility  software  may 
also  be  used  to  generate  record  counts  for  comparison. 

40.3.3.2.1.1  The  test  should  be  structured  to  show  that  all  relevant 
data  items  have  been  extracted  from  the  SIP  database,  while  any  non> 
relevant  data  items  may  be  ignored.  Since  the  definition  of  what  is  and 
is  not  relevant  is  application  specific,  the  test  results  need  to 
include  a  complete  list  of  items  converted  and  xrems  xgnorea,  which  can 
subsequently  be  reviewed. 

40.3.3.2.1.2  It  is  possible  that  system  limitations  will  cause 
unavoidable  alterations  of  the  SIP  data  as  it  is  input.  For  instance, 
there  may  be  some  loss  of  numeric  precision  or  resolution  due  to  smaller 
field  sizes.  Any  such  conversion  losses  must  be  documented  for  analysis 
to  verify  that  they  are  unavoidable  and/or  acceptable  for  purposes  of 
the  application. 

40.3.3.2.2  Utilization.  Once  it  has  been  verified  that  a  system  has 
properly  read  and  interpreted  a  SIP  input,  it  is  necessary  to  verify  the 
system's  ability  to  exploit  that  data  in  generating  a  database.  The 
general  idea  is  to  verify  that  relevant  SIP  data  has  been  Incorporated 
in  the  system's  finished  data  product. 
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40.3.3.2.2.1  Verification  would  occur  by  demonstrating  how  SIF  data  has 
been  incorporated  into  a  deliverable  data  product.  Specific  data  items 
contained  in  the  delivered  databases  should  be  displayed  and  traced  back 
to  comparable  data  items  in  the  SIF  source.  The  dmnonstration  may  be 
supplemented  by  analyses  showing  that  essential  characteristics  of  the 
SIF  data  have  not  been  lost  or  altered  by  the  process,  or  that  any  such 
losses  and  alterations  fall  within  program  specific  error  tolerances. 


40.3.4  Tools  and  Test  Data.  (Self-explanatory.) 

40.3.5  Test  Documentation.  (Self-explanatory.) 


40.3.6  Exceptions .  Inasmuch  as  the  SSDB  is  the  source  of  all  data 
bases  distributed  by  the  SDBF,  its  quality  must  be  such  that  it  can  be 
applied  to  the  most  demanding  of  training  simulator  applications,  up  to 
and  including  ailaaion  rehearsal.  This  i]iq>lies  that  the  SSDB  must 
maintain  the  highest  quality  level  throughout.  It  must  also  be 
remembered  that,  once  a  data  set  has  been  incorporated  into  the  SSDB,  it 
is  difficult,  if  not  impossible,  to  remove  it,  since  its  Integration 
includes  the  establishment  of  connections  to  other  SSDB  contents.  Onder 
these  conditions,  it  is  obvious  why  it  is  undesirable  to  Integrate  data 
sets  of  inferior  quality  into  the  SSDB.  This  imposes  the  requirement 
that  every  SIF  data  set  undergo  a  demanding  quality  review  as  part  of 
its  acceptance  by  the  SOBF,  with  the  objective  of  ensuring  that  all 
quality  standards  are  met  before  considering  it  for  integration.  On  the 
other  hand,  it  must  be  recognized  that  data  base  generation  is  a  far  cry 
from  an  exact  science,  and  that  there  must  be  acme  latitude  given  when 
determining  «duit  is  'acceptable.”  Standards  can  be  set  too  high,  such 
that  they  become  an  obstacle  to  the  utilization  of  information  which  smy 
be  quite  valuable,  in  spite  of  its  flaws.  For  this  reason,  exceptions 
will  always  be  seriously  considered  when  a  data  set  fails  to  meet  all  of 
the  criteria  specified  in  this  standard.  Authority  for  determining 
whether  a  given  data  set  meets  the  SSDB  quality  standards  rests  with  the 
SDBF  facility  manager,  as  does  the  ultimate  decision  of  whether  to 
include  a  data  set  which  in  some  ways  fails  to  meet  these  criteria. 


40.4  Documentation .  The  manner  in  which  a  SIF  data  set  is  docvnaented 
is  of  critical  importance,  from  the  standpoint  of  providing  sufficient 
information  to  the  SDBF  for  evaluation.  A  hardcopy  document  allows  the 
facility  to  make  a  ”quick-look"  assessment  of  the  quality  and  value  of 
the  data  set,  prior  to  actually  expending  any  resources  on  processing  it 
through  the  DB6S.  It  also  allows  SIF  data  sets  to  be  stored  on  the 
shelf  until  they  are  needed,  rather  than  requiring  that  they  be 
immediately  integrated  into  the  SSDB. 
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40.4.1  Application.  In  evaluating  a  SXF  data  set  for  ita  reuse 
p>otential,  it  is  helpful  to  understand  how  its  source  data  base  was 
designed  to  be  used  originally.  Certain  applications  can  impose 
limitations  on  data  base  content,  for  example,  which  can  render  the 
extracted  SIF  data  unsuiteible  for  different  applications.  While  such 
limitations  will  not  always  preclude  the  incorporation  of  the  data  set 
into  the  SSDB,  they  may  serve  as  indicators  of  the  level  of  effort  which 
can  be  anticipated  for  the  upgrade  of  that  information  into  a  more 
universally  applicable  form.  In  rare  cases,  a  deficient  data  set  may  be 
accepted  into  the  SSDB  under  the  assumption  that  it  will  never  be  called 
upon  to  fulfill  a  more  stringent  requirement  than  the  one  for  which  it 
was  constructed  initially.  SDBF  products  generated  from  this  data  will 
carry  the  appropriate  caveats,  warning  consumers  of  the  unsuitability  of 
the  data  set  for  any  application  other  than  its  original  one. 

40.4.1.1  Onioueness .  The  SIF  data  set  should,  above  all,  describe  the 
unique  characteristics  of  the  data  set.  Although  a  SIF  data  set  may 
fall  short  of  the  general  acceptability  criteria,  it  may  be  accepted 
into  the  SSDB  for  lack  of  a  superior  alternative.  Such  information  will 
be  accepted  under  the  assumption  that  it  will  eventually  be  superseded. 
Recipients  of  the  data  will  be  informed  of  its  shortcomings,  and  of  the 
likelihood  of  its  eventual  replacement,  by  the  SDBF. 

40.4.1.2  Timeliness.  In  certain  instances,  a  requestor  may  levy  on  the 
SDBF  a  tlme^critical  requirement  for  a  specific  data  set,  for  which 
coverage  does  not  exist  in  the  SSDB.  In  order  to  fulfill  this 
requirooent,  it  may  be  necessary  for  the  SDBF  to  obtain  a  SIF  data  set 
which  does  not  meet  all  of  the  usual  acceptability  criteria,  and 
incorporate  it  into  the  SSDB.  In  such  cases,  the  SDBF  may  immediately 
distribute  the  data  set  to  the  requestor  under  the  appropriate  caveats; 
alternatively,  it  may  perform  work  as  nece-;f.ary  to  bring  the  data  up  to 
a  level  consistent  with  the  rest  of  the  SSDB,  prior  to  distribution.  If 
the  former  approach  is  chosen,  the  deficient  data  will  not  be 
p>ermanently  stored  in  the  SSDB,  unless  it  can  be  brought  up  to  the 
facility's  internal  standards.  If  it  is  determined  that  the  data  cannot 
be  improved  sufficiently  to  meet  these  criteria,  it  will  bo  removed  from 
the  SSDB  following  distribution  to  the  initial  requestor. 

40.4.2  Training  Utility.  The  intrinsic  training  value  of  the  candidate 
SIF  data  set  will  be  a  consideration  in  the  decision  regarding  whether 
or  not  to  incorporate  it  in  the  SSDB.  When  a  data  set  contains 
information  which  is  not  source-correlatable,  but  has  been  inserted  for 
the  purpose  of  enhancing  its  merits  as  a  training  tool,  that  data  set 
should  not  be  treated  as  inferior  to  a  similar  one  lacking  such  data. 
Although  there  may  be  many  cases  in  which  the  training  utility  of  a  data 
set  is  decisive  in  allowing  its  incorporation  into  the  SSDB,  it  is 
believed  that  the  specifics  of  each  case  are  likely  to  be  unique;  as 
such,  there  can  be  no  "hard  and  fast*  rules  governing  this 
detennination .  These  decisions  will  be  made  on  a  case-by-case  basis, 
and  require  a  fair  amount  of  interaction  among  the  external  SIF 
producer,  the  acquisition  agency,  and  the  SDBF. 
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40.4.3  Content .  The  SIF  data  set  needs  to  describe  the  data  set  in 
adequate  detail  to  allow  the  reviewer  to  thoroughly  understand  its 
content  without  actually  having  to  inspect  the  data  itself.  Tl  i  level 
to  ^diich  this  description  is  carried  depends  on  the  nature  of  the  data 
set  itself;  a  simple  DMA-based  terrain  and  feature  data  base  requires 
far  less  explanation  than  one  built  'from  scratch*  from  a  diverse  set  of 
maps,  photographs,  and  blueprints,  for  example.  As  a  minimum,  coverage 
maps  should  be  included,  showing  the  overall  gaming  area,  and  locations 
of  high-resolution  insets;  each  model  in  the  the  data  set  should  have  a 
corresponding  plot,  showing  its  geometry  and  texturing;  there  should  be 
tables  of  statistics  showing  densities  and  accuracies  on  a  per-tile 
basis;  individual  sources  should  be  cited  for  each  type  of  information; 
and  so  on. 

40.4.4  Indigenous  Standards.  The  term  "indigenous*  refers  to  the  fact 
that  Biany  external  SIF  producers  use  their  own  internal  standards  when 
creating  models,  ^diich  may  differ  from  those  used  by  the  8DBF. 
Information  included  in  an  indigenous  standard  oan,  for  example, 
describe  the  procedures  by  which  a  complex  shape  is  analyzed  and 
dissected  into  polygons,  the  placement  of  separating  planes,  decisions 
made  based  upon  image  generator  performance  characteristics,  vertex 
polygoi  numbering  &  sequence  scheme,  etc. 

40.4.5  Transformations .  This  general  heading  refers  to  any  processes 
performed  on  the  data,  %diich  may  include  SDBF-compatible  operations,  as 
well  as  indigenous  ones.  It  is  important  to  know,  for  example,  idiether 
terrain  resampling  was  performed  to  convert  a  OTM  grid  into  the  geodetic 
spacing  required  by  the  SSDB.  It  is  equally  important  to  know  if,  once 
this  had  been  done,  an  accuracy  test  was  performed  ccnparing  the  new 
grid  to  a  DTBD  cell,  for  example. 

40.4.6  Utilization  Instructions.  In  many  data  bases,  in  certain  select 
areas,  a  few  relatively  simple  features  are  typically  replaced  by  a 
large  number  of  elaborate  models.  An  example  of  this  is  an  airfield, 
for  which  the  data  base  developer  may  sxibstitute  a  highly  detailed  model 
conplex  for  the  single  lineal  runway  feature  found  in  the  culture  data. 
In  such  cases,  the  interrelationships  between  terrain,  culture,  texture, 
and  models  may  beccme  quite  complicated,  precluding  the  use  of  standard 
automated  techniques  for  their  integration  into  a  real-tijne  data  base. 

To  support  the  reuse  of  this  type  of  data  base  information,  it  is 
necessary  for  detailed  "assembly  instructions”  to  be  provided  to 
subsequent  users  of  the  data  set.  At  the  very  least,  these  Instructions 
need  to  be  documented  in  the  data  base  descriptive  document  delivered 
with  the  SIF  data  set.  It  is  also  recommended  that  they  be  included 
within  the  data  set  itself,  in  the  form  of  comment  records. 
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50.  DETAILED  RSQUIREMEHTS 

50.1  Standard  Siroulator  Data  Base  Interchange  Pormat  (SirWBigh  Detail 
Input/Outnut  fHDH  data  baae.  This  section  defines  the  overall  SIF/BDI 
data  base  format,  in  both  a  logical  form  and  a  physical  tape  form.  The 
SIF/BDI  Data  Base  Format  was  designed  with  the  themes  of  conpactness  and 
ease-of-use  in  mind.  When  these  themes  were  counter  to  one  another, 
ccR^romises  were  made.  Data  compression  is  supported  in  the  forms  of 
elimination  of  leading  or  trailing  blanks  within  ASCII  strings,  the  use 
oi  binary  rather  than  ASCII  data  for  long  lists  of  coordinates,  and 
support  for  standard  image  compression  techniques.  Existing  standards 
were  incorporated  int  '  the  SIF/BDI  standard  when  the  existing  standard's 
goals  and  format  were  consistent  or  compatible  with  those  of  SIF/BDI. 

The  standards  directly  incorporated  by  the  SIF/BDI  standard  include  the 
ANSI /IEEE  Standard  for  Binary  Floating  Point  Arithmetic  (ANSI /IEEE  Std 
754-1985),  the  ANSI  standard  for  magnetic  tape  formats  (ANSI  X3.27- 
1978),  DOD's  National  Imagery  Transmission  Format  (NITF),  and  the 
Initial  Graphics  Exchange  Specification  (IGES)  produced  by  the  National 
Institute  of  Standards  and  Technology  (NIST) . 

50.1.1  SIF/BDI  Data  Base  Structure.  SIF/BDI  consists  of  four  general 
classes  of  simulator  data.  These  are  terrain,  culttire,  models  (both  CSG 
and  polygonal ) ,  and  texture .  For  each  application  of  the  SIF/BDI 
standard,  these  classes  of  data  shall  be  included  or  excluded  as 
appropriate  to  the  sending  and  receiving  applications. 

a.  Terrain  application  guidance.  The  gridded  terrain  data  format  is  to 
be  used  ^enever  a  simulator  database  represents  the  conformation  of  the 
earth's  surface  over  a  gaming  area  as  a  matrix  (grid)  of  elevation 
values.  The  feature  data  format  should  be  used  instead  of  (or  in 
addition  to)  the  terrain  data  format  when  a  simulator  database 
represents  terrain  using  vector  graphic  primitives  (points,  lines, 
areals) . 

b.  Culture  application  cmidanee.  The  culture  data  format  is  to  be  used 
whenever  a  sinrulator  datedsase  represents  features  using  vector  graphics 
primitives  (points,  lines,  polygons)  to  describe  feature  geographic 
positions  and  boundaries.  Culture  data  may  also  be  used  in  addition  to 
terrain  data.  The  photo  texture  format  should  be  used  instead  of  (or  in 
addition  to)  the  culture  data  format  when  a  simulator  database 
represents  features  using  raster  graphics  primitives  (pixels,  texels). 

c.  Model  application  guidance.  The  CSG  and  polygonal  model  formats 
have  been  integrated  into  a  single  model  format  for  ease  of  use.  The 
CSG  p>ortion  of  the  model  format  should  be  used  whenever  a  simulator 
database  developer  models  specific  and  generic  features  using 
constructive  solid  geometry  primitives  ( e . g . ,  spheres ,  cylinders , 
cubes ) .  The  polygonal  portion  of  the  model  format  should  be  used 
instead  of  (or  in  addition  to)  the  CSG  model  portion  when  a  simulator 
database  developer  models  features  using  polygonal  (vector)  graphic 
primitives.  The  texture  format  should  be  used  instead  of  (or  in 
addition  to)  the  model  format  when  a  simulator  database  developer  models 
features  using  raster  graphics  primitives. 
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d.  Texture  application  tnildance.  The  texture  format  is  to  be  used  for 
photographic,  sensor-derived,  or  generic  texture  p>attems.  The  texture 
format  should  also  be  used  %dien  a  simulator  database  includes  features 
modeled  using  raster  graphics  primitives. 

50.1.1.1  Logical  format.  (Self-explanatory.) 

50.1.1.1.1  Data  base.  The  SIF/HDI  data  set  is  logically  divided  into 
four  sections,  corresponding  to  the  general  forms  in  which  the  data  base 
information  is  organized. 

50.1.1.1.2  Section.  Distinct  sections  exist  for  header,  model,  vector, 
and  gridded  data  types. 

50.1.1.1.3  File/record/fleld/item.  Dsually,  a  field  consists  of  a 
single  item.  An  exaiq^le  of  a  field  %d.th  sore  than  one  itsn  is  a  vertex 
field  tdiere  each  of  the  coordinates  (x,  T,  Z)  defining  the  vertex  are 
items. 


50.1.1.2  Physical  format.  (Self-explanatory.) 

50.1.1.2.1  Data  order.  Each  section  represents  a  series  of  files. 

Each  of  the  three  sections  is  optional,  and  their  existence  is  indicated 
within  the  SIF/HDI  Data  Base  Header  Pile.  For  fuzrther  details  on  the 
content  of  each  of  these  sections  as  well  as  the  SIF/HDI  Data  Base 
Header  File,  one  should  consult  the  appropriate  sections  of  this 
document. 


50.1.1.2.2  Physical  tape  format.  The  SIF/HDI  tape  format  is  a  subset 
of  the  ANSI  standard.  According  to  this  standard,  volumes  are  written 
and  read  on  9-track  magnetic  tape  drives  only.  The  standard  specifies 
the  format,  content,  and  sequence  of  volume  labels  and  file  labels.  All 
labels  must  consist  of  ASCII  characters.  The  ANSI  standard  specifies  a 
maximum  block  size  of  2048  bytes;  however,  in  accordance  with  the  theme 
of  compactness  and  with  the  capeibilitles  of  today's  coononly  available 
technology,  it  was  decided  to  allow  larger  block  sizes  in  SIF/HDI,  thus 
saving  leurge  amounts  of  media  for  data  storage.  Larger  block  sizes  tend 
to  be  more  optimal  in  tape  usage.  It  is  reconmended  that  SIF/HDI  data 
base  creators  use  as  large  a  block  size  as  possible,  given  the 
processing  capabilities  of  the  systems  exchanging  data  bases.  The  SDBF 
system  supports  up  to  the  maximum  block  size.  The  allowable  file  names 
in  the  VMS  ANSI  implementation  used  by  SIF/HDI  are  a  subset  of  those  in 
the  ANSI  standard.  Specific  file  names  used  by  convention  are  listed  in 
the  format  descriptions  elsewhere  in  this  document.  These  specific  file 
names  are  required  for  compatibility  with  the  SDBF.  For  more  details, 
one  should  consult  the  specified  ANSI  standard  and/or  VAX/VMS 
documentation,  including  the  VAX  VMS  Magnetic  Tape  User's  Guide. 
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50.1.1.2.3  General  file  and  data  formats.  Model  and  culture  data  are 
quite  similar  in  their  formats,  in  general,  the  SIP/BDX  Data  Base 
Header  File  and  all  files  in  the  Model  Data  Section  and  the  Culture  Data 
Section,  except  where  explicitly  noted  otherwise,  are  in  a  compressed 
ASCII  format  with  record  keyword  separators  and  ASCII  null  ( ' 00 ' )  field 
separators.  The  Gridded  Data  Section,  containing  both  terrain  and 
texture  data,  has  its  files  stored  in  the  specified  NITF  format.  All 
header  files  are  stored  in  non-coRq>resaed  ASCII,  while  the  data  files 
containing  the  actual  grid  data  are  in  a  binary  format  as  specified  by 
the  NITF  standard. 

50.1.2  SIF/HDI  File  Formats.  (Self-explanatory.) 

50.1.2.1  SIF/HDI  Data  Base  Header  File  Format.  This  section  defines 
the  detailed  file,  record,  and  field  structure  of  the  SIF/HDI  data  base 
header  file.  This  file  is  used  to  provide  general  information  on  the 
contents  of  a  SIF/HDI  database.  The  intent  of  the  file  Is  to  allow  a 
SIF/BOI  user  to  plan  for  the  data  to  be  input  from  the  data  base  media. 
Information,  including  areas  of  coverage  and  file  names,  are  provided 
for  Btodels,  culture,  terrain,  and  texture.  A  compressed  form  of  ASCII 
has  been  chosen  for  the  data  base  header  file.  Plain  ASCII  has  the 
advantages  of  being  system-independent,  easy  to  work  with,  and  amenable 
to  visual  review.  Its  main  dravdiack  is  its  voluminousness .  Binary  has 
the  advantage  of  compactness,  but  it  is  not  system-independent  at  the 
byte  and  word  level,  and  it  is  not  amenable  to  direct  visual  review. 

50.1.2.1.1  Header  Data  Encoding.  Since  many  records  are  optional  and 
the  number  of  records  of  a  certain  type  may  vary,  a  method  is  needed  so 
that  one  knows  the  type  of  record  being  read.  The  SIF/HDI  designers 
considered  using  either  unique  keywords  for  each  record  type  or  record 
counts  stored  in  a  preccKling  rctcord.  In  the  keyword  approach,  every 
record  begins  with  a  keyword  that  identifies  its  type.  The  advantages 
to  this  approach  include  ease  of  direct  visual  review,  an  easy-to-check 
built-in  quality  assurance,  and  ease  of  futtire  expandability.  Its  major 
disadvantage  is  that  it  requires  more  storage  than  the  record  count 
approach  generally  would.  In  the  record  count  approach,  a  required 
record  would  hold  counts  for  record  types  whose  nximber  of  occurrences 
may  vary.  Counts  would  be  zero  for  those  optional  records  not  used. 

The  main  advantage  of  the  count  approach  is  that  it  would  not  be  as 
verbose  as  the  keyword  approach;  however,  it  has  several  disadvantages. 
In  visually  reviewing  records,  it  would  not  be  as  easy  to  )cnow 
immediately  the  type  of  a  record.  If  a  count  were  incorrect,  software 
recovery  would  not  be  as  easy  as  under  the  keyword  approach.  Visual 
verification  of  data  would  certainly  be  easier  under  the  keyword 
approach.  Finally,  if  new  record  types  would  be  added  in  the  future, 
under  the  count  approach,  records  holding  counts  would  need  to  be 
modified,  thus  invalidating  previous  SXF  data  bases  and  SIF  software  to 
read/write  such  databases.  Under  the  keyword  approach,  such  software 
would  still  be  valid  since  it  could  simply  ignore  keywords  corresponding 
to  new  data  or  data  that  a  particular  SIF  data  base  user  does  not  need. 
Based  on  these  factors,  the  keyword  approach  has  been  adoptcKi  in  the 
SIF/HDI.  To  minimize  the  Impact  of  additional  storage,  key«iords  have 
been  limited  to  two  ASCII  characters.  While  seme  of  the  more  important 
record  counts  have  been  included  in  the  data  base,  these  are  provided 
primarily  for  convenience.  A  need  for  embedding  comment  fields  or  free 
text  fields  in  the  SIF  format  has  been  identified. 

50.1.2.1.2  Header  section  structure.  (Self-explanatory.) 
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50.1.2.1.3  Header  file  structure.  (Self-explanatory.) 

50.1.2.1.3.1  SIP  File  Identifier  Record.  This  nandatory  record 
contains  identifiers  indicating  the  type  of  file. 

50.1.2.1.3.2  Transmittal  Description  Record .  This  nandatory  record 
contains  identification  information  for  the  entire  data  base. 

50.1.2.1.3.3  Data  Directory  Record .  This  mandatory  record  contains 
directory  information  regarding  the  entire  data  base. 

50.1.2.1.3.4  2D  Static  Model  Library  Header  Pile  Name  Record.  This 
record  is  mandatory  only  if  2D  static  models  exist  in  the  data  base. 
The  existence  of  2D  static  models  is  Indicated  by  a  count  in  the  Data 
Directory  Record.  If  they  do  exist,  there  shall  be  exactly  one  of  these 
files..  The  record  contains  the  file  name  for  a  single  2D  static  sodel 
library  header  file. 

50.1.2.1.3.5  2D  Static  Model  Entry  Record.  This  record  is  mandatory 
for  each  2D  static  model  in  the  data  base.  The  number  of  these  records 
is  provided  by  the  count  found  in  the  Data  Directory  Record.  The  record 
contains  Identification  and  descriptive  information  for  a  single  2D 
static  model. 


50.1.2.1.3.6  3D  Static  Model  Library  Header  Pile  Name  Record.  This 
record  is  mandatory  only  if  3D  static  models  exist  in  the  data  base. 
The  existence  of  3D  static  models  is  Indicated  by  a  count  in  the  Data 
Directory  Record.  If  they  do  exist,  there  shall  be  exactly  one  of  these 
files.  The  record  contains  the  file  name  for  a  single  3D  static  model 
library  header  file. 

50.1.2.1.3.7  3D  Static  Model  Entry  Record.  This  record  is  mandatory 
for  each  3D  static  model  in  the  data  base.  The  number  of  these  records 
is  provided  by  the  count  found  in  the  Data  Directory  Record.  The  record 
contains  identification  and  descriptive  information  for  a  single  3D 
static  model. 


50.1.2.1.3.8  3D  E)vnamic  Model  Library  Header  Pile  Name  Record.  This 
record  is  mandatory  only  if  30  dynamic  models  exist  in  the  data  base. 
The  existence  of  3D  dynamic  models  is  indicated  by  a  count  in  the  Data 
Directory  Record.  If  they  do  exist,  there  shall  be  exactly  one  of  these 
files.  The  record  contains  the  file  name  for  a  single  3D  dynamic  model 
library  header  file. 

50.1.2.1.3.9  3D  Dynamic  Model  Entry  Record.  This  record  is  mandatory 
for  each  3D  dynamic  model  in  the  data  base.  The  number  of  these  records 
is  provided  by  the  count  found  in  the  Data  Directory  Record.  The  record 
contains  identification  and  descriptive  information  for  a  single  3D 
dynamic  model. 


50.1;2.1.3.10  Model  Table  File  Name  Record.  This  record  is  mandatory 
only  if  models  exist  in  the  data  base.  If  models  are  provided,  then 
there  shall  be  one  of  these  records.  The  record  contains  the  file  names 
for  each  of  the  tables  referenced  by  the  models.  Each  of  these  files  is 
defined  in  the  section  on  SIF/BDI  models. 
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50.1.2.1.3.11  Culture  Header  File  Name  Record.  This  record  is 
mandatory  only  if  culture  exists  in  the  data  base.  If  culture  is 
provided,  then  there  shall  be  one  of  these  records.  The  record  contains 
the  file  names  for  each  of  the  files  containing  culture  header 
information.  Each  of  these  files  is  defined  in  the  section  on  SIF/HDI 
culture. 


50.1.2.1.3.12  Culture  Tile  Entry  Record.  This  record  is  mandatory  for 
each  culture  tile  in  the  data  base.  The  number  of  these  records  is 
provided  by  the  count  fovmd  in  the  Data  Directory  Record.  The  record 
contains  identifying  and  descriptive  information  for  a  single  culture 
tile.  Each  of  the  files  is  defined  in  the  section  on  SIF/BDI  culture. 

50.1.2.1.3.13  NITF  Header  File  Name  Record.  This  record  is  mandatory 
only  if  gridded  data  exists  in  the  data  base.  The  existence  of  gridded 
data  is  indicated  by  counts  for  terrain  tiles  and  all  eight  types  of 
textures  in  the  Data  Directory  Record,  if  they  do  exist,  there  shall  be 
exactly  one  of  these  files.  The  record  contains  the  file  nanw  for  a 
single  NITF  header  file. 

50.1.2.1.3.14  Terrain  Tile  Entry  Record.  This  record  is  mandatory  for 
each  terrain  tile  in  the  data  base.  The  nianber  of  these  records  is 
provided  by  the  co\mt  found  in  the  Data  Directory  Record.  The  record 
contains  identifying  and  descriptive  information  for  a  single  terrain 
tile. 


50.1.2.1.3.15  Generic  Texture  Entry  Record.  This  record  is  mandatory 
for  each  generic  texture  in  the  data  base.  The  number  of  these  records 
is  provided  by  the  count  found  in  the  Data  Directory  Record.  The  record 
contains  identifying  and  descriptive  information  for  a  single  generic 
texture. 


50.1.2.1.3.16  Stage  3  Specific  Model  Texture  Entry  Record.  This 
record  is  mandatory  for  each  stage  3  specific  model  texture  in  the  data 
base.  The  number  of  these  records  is  provided  by  the  count  found  in  the 
Data  Directory  Record.  The  record  contains  identifying  and  descriptive 
information  for  a  single  stage  3  specific  model  texture. 

50.1.2.1.3.17  Stage  2  Specific  Model  Texture  Entry  Record.  This  record 
is  mandatory  for  each  stage  2  specific  model  texture  in  the  data  base. 
The  nvonber  of  these  records  is  provided  by  the  count  found  in  the  Data 
Directory  Record.  The  record  contains  identifying  and  descriptive 
information  for  a  single  stage  2  specific  model  texture. 

50.1.2.1.3.18  Stage  1  Specific  Model  Texture  Entry  Record.  This  record 
is  mandatory  for  each  stage  1  specific  model  texture  in  the  data  base. 
The  number  of  these  records  is  provided  by  the  count  found  in  the  Data 
Directory  Record.  The  record  contains  Identifying  and  descriptive 
information  for  a  single  stage  1  specific  model  texture. 

50.1.2.1.3.19  Stage  3  Specific  Areal  Texture  Entry  Record.  This  record 
is  mandatory  for  each  stage  3  specific  areal  texture  in  the  data  base. 
The  number  of  these  records  is  provided  by  the  count  found  in  the  Data 
Directory  Record.  The  record  contains  identifying  and  descriptive 
Information  for  a  single  stage  3  specific  areal  texture. 
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50.1.2.1.3.20  Stage  2  Specific  Areal  Texture  Entry  Record.  Thia  record 
is  mandatory  for  each  stage  2  specific  areal  texture  in  the  data  base. 
The  number  of  these  records  is  provided  by  the  count  found  in  the  Data 
Directory  Record.  The  record  contains  identifying  and  descriptive 
information  for  a  single  stage  2  specific  areal  texture. 

50.1.2.1.3.21  Stage  1  Specific  Areal  Texture  Entry  Record.  This  record 
is  mandatory  for  each  Bti.ge  1  Lpecific  areal  texture  in  the  data  base. 
The  number  of  these  records  is  provided  by  the  count  found  in  the  Data 
Directory  Record.  The  record  contains  identifying  and  descriptive 
information  for  a  single  stage  1  specific  areal  texture. 

50.1.2.1.3.22  SMC/FDC  Texture  Entry  Record.  This  record  is  mandatory 
for  each  SMC/FDC  texture  in  the  data  base.  The  number  of  these  records 
is  provided  by  the  count  found  in  the  Data  Directory  Record.  The  record 
contains  identifying  and  descriptive  information  for  a  single  SHC/FDC 
areal  texture. 

50.1.2.2  Model  Data.  This  section  defines  the  detailed  file,  record, 
and  field  structure  of  the  SXF/HDI  CSG  and  polygonal  model  data  fonsat. 
The  SIF/BDZ  model  format  uses  the  logical  formats  of  the  SDBF  Standard 
Simulator  Data  Base  (SSDB)  as  a  starting  point.  The  SSDB  stores  models 
in  a  dual  format  that  includes  both  Constructive  Solid  Geometry  (CSG) 
and  polygonal  geometry  definitions.  An  SSDB  model  may  have  only  tte  CSG 
definition,  only  the  polygonal  definition,  or  both.  Other  information, 
such  as  attributes,  are  stored  only  once  for  the  model,  regardless  of 
the  geometric  definition(s)  used.  The  internal  CSG  format  used  in  the 
SSDB  has  some  features  which  are  specific  to  the  SDBF  software 
environment.  For  the  purposes  of  a  general  exchange  format,  it  was  felt 
that  a  less  system-specific  format  was  desirable.  At  the  present  time, 
there  is  an  industry  standard  called  initial  Graphics  Exchange  Standard 
(IGES)  used  for  the  industry  exchange  of  CSG  models.  Rather  than  re¬ 
invent  the  wheel,  SIF/BDX  designers  decided  to  base  the  SIF/BDI  format 
for  CSG  models  on  IGES,  enhancing  it  where  necessary.  The  vendor  of  the 
cooonercial  software  package  used  to  support  SDBF  modeling  (Interactive 
Con^uter  Modelling  Geometric  Modelling  System  (ICMGHS))  plans  to  support 
IGES  also.  Although  most  image  generator  vendors  use  polygonal  models, 
there  are  sufficient  differences  in  their  modeling  approaches  to  make 
complete  model  compatibility  a  difficult  objective.  Technical 
differences  between  models  are  deeply  tied  to  vendor-specific 
optimization  strategies.  However,  there  is  enough  inherent 
compatibility  in  the  basic  model  geometries  and  attributes  to  make 
exchange  of  many  models  possible.  The  SIF/HDI  polygonal  model  format  is 
intended  to  be  sufficient  to  pass  the  geometry  of  the  model  along  with 
common  model  attributes,  but  it  will  be  left  to  recipients  of  these 
models  to  address  optimization  issues.  A  compressed  form  of  ASCII  has 
been  chosen  for  models.  Plain  ASCII  has  the  advantages  of  being  system- 
independent,  easy  to  work  with,  and  amenable  to  visual  review.  Its  main 
dravrback  is  its  voluminousness.  Binary  has  the  advantage  of 
compactness,  but  it  is  not  system-independent  at  the  byte  and  word 
level,  and  it  is  not  amenable  to  direct  visual  review. 

50.1.2.2.1  Model  Data  Encoding.  As  with  the  Header  Data 

(para  50.1.2.1.1),  a  keyword  approach  has  been  selected  for  model  data 

encoding . 
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50.1.2.2.1.1  Model  Building  Standards.  Models  transferred  via  SIT  must 
follow  two  basic  guidelines  to  expedite  transformation  and  placement 
into  the  SSDB.  First,  the  orientation  of  the  model  must  follow  SDBF 
standards;  otherwise,  models  could  be  facing  the  wrong  direction. 

Second,  the  origin  of  the  model  must  be  logically  defined  to  facilitate 
rapid  and  accurate  placement  of  models  onto  known  coordinates  or  point 
features.  The  front  of  a  model  is  defined  as  the  primary  entrance  of  a 
static  model.  Tor  example,  a  house  model  will  have  the  X-axis  pointing 
normal  to  the  polygon  that  would  normally  be  facing  the  access  road. 

This  polygon  will  normally,  but  not  necessarily,  contain  the  primary 
entrance  as  well  as  the  house  number.  If  the  primary  entrance  is 
located  on  the  side,  the  X-axis  should  still  be  defined  by  the  polygon 
facing  the  street  since  interactive  placement  of  the  model  is  Biiig>llfied 
by  making  all  houses  point  toward  the  closest  road.  A  car,  truck, 
plane,  helicopter,  battleship,  cruise  missile,  space  shuttle,  or  any 
other  moving  vehicle  should  point  in  the  direction  it  travels.  A  model 
cannot  be  placed  in  the  air  iinless  the  origin  is  translated,  to 
artificially  elevate  it.  An  Anti-Aircraft  Artillery  placement  should 
have  its  origin  along  the  axis  of  the  turret.  A  helicopter  shall  have 
its  origin  along  the  axis  of  the  main  rotor.  A  car  shall  have  its 
origin  in  the  center. 

50.1.2.2.2  Model  Section  Structure. 

a.  For  CSG  models,  the  internal  logical  format  of  the  string  records  is 
allowed  to  vary  in  order  to  support  a  wide  remge  of  data  about  a  model's 
geometry  and  attributes.  In  the  SSDB,  a  ccxomercial  software  product 
(ICMGMS)  «rlth  a  particular  implementation  of  standard  CSG  comnands  has 
been  used.  In  order  to  serve  as  a  vendor- independent  exchange  format, 
the  SIF/BDI  model  format  will  sxibstitute  its  internal  CSG  caemands  with 
their  IGES  equivalents.  IGES  is  the  standard  mechanism  in  industry  for 
the  exchange  of  various  types  of  graphical  data,  including  CSG  models. 

IGES  Version  4.0  is  a  U.S.  Department  of  Ccnmerce  document  dated  June 
1988  whose  distribution  is  administered  by  the  National  Computer 
Graphics  Association  (NCGA) .  Its  document  nximber  is  NBSIR  88-3813. 

While  a  version  5.0  has  been  released,  the  version  4.0  will  be 
referenced  in  this  document  due  to  its  proven  maturity. 

b.  For  polygonal  models,  the  geometry  of  each  model  is  represented  as  a 
set  of  surface  polygons  in  3-D  space.  The  perimeter  of  each  polygon  is 
described  by  a  set  of  coordinates  or  vertices.  The  polygon  is 
implicitly  closed.  Each  surface  or  polygon  may  have  descriptive  and 
rendering  attributes  associated  with  it.  A  wide  range  of  fields  are 
available  to  describe  attributes  specific  to  radar,  visual,  and  infrared 
simulation,  as  well  as  general  attributes  applicable  to  all  three.  Each 
polygon  may  reference  texture  maps  from  an  associated  Model  Texture 
Library.  The  model  library  structure  also  supports  composite  models  in 
idilch  one  model  references  another  as  a  component. 

c.  A  valuable  feature  of  the  existing  SSDB  format  is  its  support  for  a 
FACS-like  attribute  coding  scheme.  Modeled  after  DMA's  Feature  Attribute 
Coding  System,  the  P2851  FACS  is  a  system  of  self-defining  feature 
attributes,  which  gives  total  flexibility  to  add  new  attributes  to  SIF/HDI 
as  the  need  arises.  When  exchanging  data  bases  betvreen  different  systems, 
this  approach  is  likely  to  prove  highly  useful  in  bridging  the  gap  between 
different  feature  and  attribute  sets.  Users  are  encouraged  to  take 
advantage  of  this  approach  rather  than  be  constrained  by  features  and 
attributes  explicitly  supported  in  the  SSDB  at  any  given  point  in  time. 
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50.1.2.2.2.1  Field  Format.  There  is  much  extended  use  of  FACS 
attributes  to  avoid  the  overhead  of  many  fixed  attributes  ^diich  are 
rarely  populated.  FACS  attribution  has  already  allowed  for  the 
definition  of  a  large  number  of  new  FACS  attributes  not  currently  in  the 
GTDB.  Simple  table  structures  have  been  employed  to  support  flexible 
FACS  attribution,  colors  in  either  red-green-blue  (RGB)  or  hue-chroma- 
value  (HCV)  formats,  and  FID/FDC  cross-referencing.  Flexibility  has 
been  incorporated  in  the  mapping  of  textures  to  polygons  by  allowing 
different  methods. 

50.1.2.2.2.2  Section  Format.  (Self-explanatory.) 

50.1.2.2.3  Model  File  Structures.  (Self-explanatory.) 

50.1.2.2.3.1  Model  Library  Header  File.  This  mandatory  file  contains 
control  information  describing  the  library  contents. 

50.1.2.2.3.1.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.2.3.1.2  Model  Library  Header  Record.  This  mandatory  record 
contains  control  Information  describing  the  library  contents. 

50.1.2.2.3.2  Model  Data  File.  This  mandatory  file  contains 
identification,  description,  and  control  information  for  a  specific 
model.  The  file  contains  information  indicating  the  type  of  geometric 
description  available  for  this  model:  Constructive  Solid  Geometry 
(CSG),  polygonal  geometry,  or  both.  It  then  contains  the  model’s 
descriptive  information  as  well  as  attribute  and  supporting  geometric 
structure  data. 

50.1.2.2.3.2.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  emd  type  of  file. 

50.1.2.2.3.2.2  Model  Header  Record.  This  mandatory  record  identifies  a 
model,  which  can  consist  of  one  or  more  actual  model  geometries 
representing  a  given  object  at  varying  LODs.  If  a  SIF/HDI  data  base 
creator  has  a  model  identified  with  an  FDC,  then  it  would  be  added  here 
as  an  optional  field.  If  retaining  a  user-specific  FID  in  the  SIF  is 
desired,  then  a  FID  code  would  be  supplied  here. 

50.1.2.2.3.2.2.1  Data  Source  Table  Pointer  List  Subrecord.  This 
Bubrecord  provides  a  list  of  pointers  into  the  Data  Source  Table. 

50.1.2.2.3.2.3  LOP  Header  Record.  This  mandatory  record  describes  a 
particular  LOD  version  of  a  model. 

50.1.2.2.3.2.4  Model  Cluster  Statistics  Record.  This  optional  record 
gives  complexity  statistics  about  one  or  more  polygon  clusters  within  a 
model  LOD.  Clusters  are  separated  from  other  clusters  by  separation 
planes.  Polygons  are  grouped  into  clusters  to  provide  a  basis  for 
display-priority  resolution  when  the  model  is  rendered  on  certain 
graphics  devices.  Two-dimensional  models  in  SIF  do  not  contain 
separation  planes  and  will  therefore  always  constitute  a  single  cluster. 
Separation  planes  are  optional  in  three-dimensional  SIF  models. 
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50.1.2.2.3.2.5  Separation  Plane  Record.  This  optional  record  is  used 
to  define  a  separation  plane  within  a  3-D  model.  Separation  planes  are 
used  to  divide  a  model  into  distinct  clusters  of  polygons,  which  provide 
a  basis  for  efficient  display  priority  resolution  when  the  model  is 
rendered  on  a  graphics  device.  Under  the  SDBF  system,  such  clusters  are 
defined  to  be  convex.  The  P2851  Binary  Separation  Planes  Flag  Field  in 
the  LOD  Header  Record  shall  indicate  whether  or  not  SDBF-defined 
separation  planes  and  cluster  IDs  are  provided. 

50.1.2.2.3.2.5.1  The  following  describes  how  the  separation  plane 
record  fields  are  defined  by  the  P2851  system.  If  another  soiurce  for  a 
model  uses  a  different  definition  for  separation  plane  fields,  then  that 
descriptive  information  should  be  provided  in  the  8IF  via  usctr-defined 
FACS. 


50.1.2.2.3.2.5.2  A  Separation  Plane  Number  indicates  the  position  of  a 
separating  plane  within  a  binary  separating  plane  (BSP)  tree.  An  example 
of  a  BSP  tree  is  illustrated  below.  At  every  level  of  the  tree,  the  left 
child  of  a  parent  tree  node  represents  the  “true*  (i.e.,  visible)  half- 
space,  or  side,  of  the  plane,  while  the  right  child  represents  the  false 
side  of  the  plane. 


50.1.2.2.3.2.5.3  In  the  example,  the  root  node  (SP  1)  of  the  BSP  tree 
by  itself  divides  the  entire  modal  into  two  half-spaces  or  clusters. 

The  root  node  is  shown  having  a  left  child  and  a  right  child.  The  left 
child  divides  the  true  cluster  of  the  root  node  plane  into  two  more 
clusters.  The  right  child  plane  does  the  same  to  the  false  cluster  of 
the  root  node  pleine.  Finally,  the  right  child  plane  has  a  left  child  of 
its  own,  dividing  that  plane's  true  cluster  into  two  more  clusters. 


SP  1 
/  \ 

/  \ 

SP  2  SP  3 

/ 

/ 

SP  6 

50.1.2.2.3.2.5.4  As  mentioned  above,  each  node,  or  plane,  has  an 
identifying  separation  plane  number  which  represents  its  position  in  the 
BSP  tree.  This  number  is  determined  by  counting  from  top  to  bottom  within 
the  tree,  from  the  left-most  node  to  the  right-most  node  at  each  level,  as 
if  the  tree  were  complete  (i.e.,  with  all  levels  filled).  This  explains 
why  the  lowest  node  in  the  example  is  numbered  6  and  not  4. 

50.1.2.2.3.2.5.5  Note  that  the  order  of  creation  of  the  planes  may  be 
partially  independent  of  the  position  of  the  planes  in  the  tree,  and 
hence  of  the  separation  plane  numbers.  Of  course,  the  very  first 
separation  plane  created  for  a  model  would  have  to  be  the  root  node  and 
be  assigned  plane  number  1.  At  lower  levels,  however,  the  nodes  could 
be  defined  in  any  order,  so  long  as  any  given  node's  parent  has  been 
previously  defined.  Within  a  model,  the  separation  plane  records  will 
be  physically  ordered  not  by  separation  plane  number  but  by  the  order  in 
which  the  planes  were  created. 
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50.1.2.2.3.2.6  Subaidiarv  Model  Reference  Reecrd.  This  optional  record 
is  used  to  designate  another  model  within  the  model  libraries  as  a 
subcon^nent  of  this  model.  The  Translation  Field  is  applied  to  the 
subsidiary  model  after  the  subsidiary  model’s  origin  has  been  placed  at 
the  parent  model ' s  origin  and  the  two  coordinate  systems  have  been 
aligned.  The  Scale  Factor  is  applied  to  the  subsidiary  model  about  its 
own  origin.  The  rotations  are  done  in  order  about  the  x-axis,  the  y- 
axis,  and  the  s-axis  rf  the  subsidiary  model’s  local  coordinate  system. 
The  FACS  Table  Index  exists  in  this  record  in  order  to  support  user- 
defined  FACS/  particularly  articulation  parameters. 

50.1.2.2.3.2.7  Point  Light  String  Record.  This  optional  record  is  used 
to  define  each  point  light  string  within  a  model.  It  can  be  used  to 
represent  a  single  light  by  indicating  that  the  number  of  lights  is  one. 
Point  lights  are  light  emitting  objects  represented  spatially  by  a 
single  coordinate  within  a  model  (e.g.,  a  headlight  on  an  autcsMblle) . 
They  contain  several  attributes  necessary  for  describing  a  light  emitter 
such  as  the  light  lobe  parameters,  cycle  rate,  light  type,  and 
intensity.  Point  light  strings  are  a  sequence  of  discrete  but  logically 
connected  light  emitters  ( e . g . ,  runway  lights ) . 

50.1.2.2.3.2.7.1  Point  Light  Positions  Subrecord.  This  subrecord  is 
used  to  define  the  position  of  each  point  light  %ri.thin  a  point  light 
string  on  a  model. 

50.1.2.2.3.2.8  Collision  Test  Point  Record.  This  optional  record  is 
used  to  designate  a  Vertex  record  within  the  Model  Vertex  File  as  a 
collision  test  point  for  a  model. 

50.1.2.2.3.2.9  Model  LOP  Texture  Reference  Pointer  Record.  This 
optional  record  is  used  to  point  to  a  texture  reference  table  entry  that 
applies  to  an  entire  model  LOD.  This  pointer  has  the  lowest  pric'lty 
of  the  three  types  of  texture  reference  pointers  (i.e.,  if  a  polygon  has 
either  a  component  texture  reference  pointer  or  a  polygon  texture 
reference  pointer,  then  those  pointers  will  take  priority  over  a  model 
LOD  texture  reference  pointer) . 

50.1.2.2.3.2.10  IGES  Start  Record.  This  record  is  mandatory  only  for 
models  with  a  CSG  format.  This  record  indicates  the  start  of  the  IGES 
commands . 


50.1.2.2.3.2.11  IGES  Records.  These  records  are  mandatory  only  for 
models  «rith  a  CSG  format.  IGES  records  are  in  the  ASCII  fotm  as 
specified  by  the  IGES  Version  4.0  Specification.  These  are  80-byte  text 
records.  These  records  are  divided  into  five  distinct  sections:  Start, 
Global,  Directory  Entry,  Parameter  Data,  and  Terminate.  Each  record  in 
a  section  has  a  sequence  number  starting  at  1  and  then  incrementing  by  1 
for  each  record  within  a  section.  Entities  that  can  be  used  are  limited 
to  the  Constructive  Solid  Geometry  Model  Entities,  curve  entities  used 
for  solids  of  revolution  or  linear  extrusion,  and  transformation  matrix 
entities.  The  IGES  record  format  uses  keywords  and  ASCII  text  fields. 
Refer  to  the  IGES  document  for  more  details. 

50.1.2.2.3.2.12  Polvqonization  Instruction  Record.  This  record  is 
mandatory  only  for  models  with  a  CSG  format.  This  record  contains 
parameters  used  to  control  the  process  of  conversion  of  a  CSG  model  to  a 
polygonal  representation . 
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50.1.2.2.3.2.13  Component  Header  Record.  This  mandatory  record 
contains  a  wide  variety  of  descriptive  attributes  for  a  component  within 
the  model  LOD.  A  ccn^nent  is  a  part  of  a  model  that  can  be  used  for 
graphic  manipulation  as  a  single  entity  and  for  assignment  of  eomiion 
attribute  values.  For  the  CSG  format  model,  a  component  is  a  collection 
of  primitive  shapes.  For  the  polygonal  format  model,  a  component  is  a 
collection  of  polygons.  A  model  may  be  defined  to  consist  of  a 
hierarchy  of  on<B  or  more  components,  each  of  which  may  be  made  up  of  one 
or  more  sub-components,  and  so  on.  The  elements  making  up  a  component 
need  not  be  physically  contiguous;  for  example,  the  four  vdieels  of  a 
vehicle  may  be  grouped  as  a  single  con^nent  to  support  one-time 
attribution  of  surface  material,  color,  etc. 

50.1.2.2.3.2.13.1  The  Color  Table  Index  points  to  a  default  color  value 
for  any  of  the  component's  polygons  that  did  not  have  a  polygon  color 
set  via  a  FACS  coda  in  the  Polygon  Header  Record.  If  a  stodel  is 
intended  for  use  only  in  a  non-visual  simulation  (e.g.,  radar  or 
InfrarM)  and  thus  the  color  is  not  needed,  then  a  color  table  shall  not 
exist  and  the  Color  Table  Index  value  shall  be  set  to  zero. 

50.1.2.2.3.2.14  Model  Microdeacriotor  Record.  This  optional  record 
contains  one  or  more  microdescriptors  associated  with  a  model  component. 

50.1.2.2.3.2.15  Component  Texture  Reference  Pointer  Record.  This 
optional  record  is  used  to  point  to  a  texture  reference  table  entry  that 
applies  to  an  entire  model  component.  This  pointer  has  the  middle 
priority  of  the  three  types  of  texture  reference  pointers  (i.e.,  it  has 
priority  over  a  model  LOD  texture  reference  pointer  but  not  over  a 
p>olygon  texture  reference  pointer ) . 

50.1.2.2.3.2.16  Polygon  Header  Record.  This  record  is  mandatory  only 
if  the  model  has  a  polygonal  format.  This  record  describes  the 
attributes  of  a  polygon  within  a  particular  model. 

50.1.2.2.3.2.16.1  Each  polygon  belongs  to  a  group  of  polygons  that  form 
a  homogeneous  part  of  the  model.  This  is  known  as  a  component. 

Polygons  within  a  component  share  many  or  all  of  the  same  attribute 
values . 


50.1.2.2.3.2.16.2  In  addition  to  a  Component  ID  and  a  unique  Polygon 
ID,  each  polygon  shall  have  a  Cluster  ID  which  associates  the  polygon 
with  a  group  of  polygons  which  have  been  logically  separated  from  the 
rest  of  the  model  for  purposes  of  hidden  surface  calculations.  The 
meaning  of  the  value  of  the  Cluster  ID  may  vary,  depending  on  the  source 
of  the  model  (foxind  in  the  Data  Source  Table).  If  the  source  is  the 
SDBF,  then  the  Cluster  ID  also  identifies  a  polygon's  position  relative 
to  any  of  the  separation  planes  defined  by  the  Separation  Plane  Records 
associated  with  the  model.  The  P2851  Binary  Separation  Planes  Flag 
Field  in  the  LOD  Header  Record  shall  indicate  whether  or  not  SDBF- 
defined  separation  planes  and  cluster  IDs  are  provided. 
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50.1.2.2.3.2.16.3  The  SDBP-deflned  Cluster  ID  value  is  determined  by 
the  polygon’s  position  relative  to  the  separation  planes.  A  polygon  can 
be  on  the  true  side  of  a  plane,  the  false  side,  or  in  a  "don’t  care* 
position.  (This  assumes  that  polygons  intersecting  the  plane  have 
already  been  cut  to  lie  entirely  to  one  side  or  the  other.)  The  cluster 
ID  is  defined  as  follows:  if  a  polygon  lies  to  the  true  side  of  the 
"nth”  plane  in  the  separation  plane  list,  then  the  "nth”  low-order  bit 
is  set  to  ’1’;  otherwise,  it  is  ’O’.  The  "don’t  care”  case  (%diich 
arbitrarily  takes  the  value  of  ’O’)  is  one  where  a  polygon  has  already 
been  separated  from  the  area  of  concern  of  a  separating  plane  by  a 
previously  placed  plane.  For  further  information,  see  the  Separation 
Plane  Record  description. 

50.1.2.2.3.2.17  Vertex  Pointer  Record.  This  record  is  mandatory  only 
if  the  model  has  a  polygonal  format.  This  record  is  used  to  associate  a 
model  polygon  with  a  Vertex  record  within  the  Vertex  Table  File.  There 
will  be  three  or  more  of  these  records  defining  the  geometry  of  each 
model  ^lygon.  By  convention,  a  model  polygon  trill  be  closed  implicitly 
rather  than  explicitly;  i.e.,  the  first  vertex  of  a  polygon  will  not  be 
explicitly  referenced  again  as  the  last  vertex. 

50.1.2.2.3.2.18  Vertex  Normal  Record.  This  optional  record  is  used  to 
associate  a  normal  vector  with  a  Vertex  record  within  the  Vertex  Table 
File. 


50.1.2.2.3.2.19  Vertex  Color  Record.  This  optional  record  is  used  to 
associate  a  color  with  a  Vertex  record  within  the  Vertex  Table  File. 

50.1.2.2.3.2.20  Polygon  Microdeseriotor  Record.  This  optional  record 
contains  one  or  more  microdescriptora  associated  with  a  model  polygon. 

50.1.2.2.3.2.21  Polygon  Texture  Reference  Pointer  Record.  This 
optional  record  is  used  to  point  to  a  texture  reference  table  entry  that 
applies  to  a  polygon.  This  pointer  has  the  highest  priority  of  the 
three  types  of  texture  reference  pointers  (i.e.,  it  has  priority  over 
both  a  component  texture  reference  painter  and  a  model  LOD  texture 
reference  pointer) . 

50.1.2.2.3.3  Vertex  Table  File.  This  binary  file  is  mandatory  only  for 
models  that  have  a  polygonal  format  description.  Unlike  other  files  in 
the  model  section,  it  is  written  in  binary  in  order  to  compress  the  long 
list  of  vertices  used  for  the  polygons  of  a  model.  The  floating  point 
coordinates  are  written  using  the  ANSI /IEEE  Standard  for  Binary 
Floating-Point  Arithmetic,  ANSI/IEEE  Std  754-1985. 

50.1.2.2.3.3.1  Ve  tex  Record.  This  mandatory  record  provides  the 
coordinates  of  a  vt  tex. 

50.1.2.2.3.4  Data  Source  Table  File.  This  mandatory  file  contains 
information  on  the  source(s)  used  to  define  a  model  or  an  attribute  of  a 
model.  The  source(s)  of  information  used  to  define  each  model  are 
documented  within  one  or  more  Data  Source  Table  records.  These  sources 
may  be  used  to  make  judgments  as  to  the  accuracy,  currency,  and/or 
reliability  of  a  model.  Typically,  there  will  be  a  single  source  for 
all  basic  data  about  a  model. 

50.1.2.2.3.4.1  Sir -File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 
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50.1.2.2.3.4.2  Data  Source  Table  Header  Record.  This  numdatoxy  record 
contains  control  infomiation  on  the  contents  of  the  table. 

50.1.2.2.3.4.1  Data  Source  Table  Entry  Record.  Thia  mandatory  record 
contains  information  on  the  source  used  to  define  a  model  or  an 
attribute  of  a  model.  The  80urce(8)  of  information  used  to  define  each 
model  are  documented  within  one  or  more  Data  Source  Table  Entry  records. 
These  sources  may  be  used  to  make  judgments  as  to  the  accuracy, 
currency,  and/or  reliability  of  a  model.  Typically,  there  will  be  a 
single  source  for  all  basic  data  about  a  model. 

50.1.2.2.3.5  PACS  Table  Pile.  This  optional  file  serves  two  prinmry 
purposes:  (1)  to  minimize  space  by  eliminating  redundcuit  model  and/or 
ccn^nent  attribute  assignments  and  (2)  to  allow  expandability  of 
supported  attributes.  There  shall  be  zero  or  one  of  these  files  in  the 
SIP  Model  Section.  A  PACS  Table  Index  pointing  to  the  appropriate  table 
entry  can  be  found  in  several  records. 

50.1.2.2.3.5.1  SIP  Pile  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.2.3.5.2  PACS  Table  Header  Record.  This  mandatory  record 
contains  control  information  on  the  contents  of  the  table. 

50.1.2.2.3.5.3  PACS  Table  Entry  Record.  This  mandatory  record  in  the 
FACS  Table  is  composed  of  tvro  control  fields  and  a  variable  number  of 
FACS  Attribute  records. 

50.1.2.2.3.5.3.1  PACS  Attribute  Subreeord.  This  optional  subrecord 
contains  a  FACS  (Feature  Attribute  Coding  Standard)  value  associated 
with  a  model  polygon.  This  record  should  be  used  to  pass  various 
physical,  cultural,  or  sensor^response  characteristics  as  may  be  needed 
to  support  a  simulation.  The  keywords  supported  explicitly  by  SIF/HDI 
are  documented  in  an  appendix  to  this  standard.  Mhen  necessary,  the 
user  may  specify  new  FACS  attribute  codes  to  pass  useful  attributes  not 
listed  in  the  appendix.  The  User-Defined  FACS  Table  records  shall  be 
used  to  document  the  meaning  of  these  unique  codes. 

50.1.2.2.3.6  User-Defined  FACS  Table  Pile.  This  optional  file  contains 
a  list  of  any  user -defined  FACS  codes  used  to  encode  feature  attributes 
within  the  database. 

50.1.2.2.3.6.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.2.3.6.2  User-Defined  FACS  Table  Header  Record.  This  mandatory 
record  contains  control  information  for  a  user -defined  FACS  table. 

50.1.2.2.3.6.3  User-Defined  FACS  Table  Entry  Record.  This  mandatory 
record  contains  a  single  user-defined  PACS  code  used  to  encode  a  feature 
attribute  within  the  database.  The  number  of  these  records  corresponds 
to  the  count  given  in  the  header  record. 

50.1.2.2.3.7  Color  Table  File.  This  optional  file  contains  a  list  of 
colors  used  by  the  model.  Color  table  indices  exist  that  point  into 
this  table. 
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50.1.2.2.3.7.1  Sir  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.2.3.7.2  Color  Table  Header  Record.  This  mandatory  record 
contains  control  information  on  the  contents  of  the  color  table.  It 
includes  the  niunber  of  colors  and  the  color  definition  (RGB  or  BCV)  used 
throughout  the  entire  ted>le. 

50.1.2.2.3.7.3  Color  Table  Entry  Record.  This  mandatory  record 
contains  a  color  value  and  description  of  a  color  used  by  the  model. 

The  color  definition  (RGB  or  BCV)  used  is  defined  in  the  Color  Table 
Beader  Record. 

50.1.2.2.3.8  Face-Based  Texture  Reference  Table  File.  This  optional 
file  is  used  to  define  one  method  of  placing  a  texture  pattern  ‘~n  a 
polygon. 


50.1.2.2.3.8.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.2.3.8.2  Face-Based  Texture  Reference  Table  Header  Record.  This 
mandatory  record  contains  control  information  for  the  contents  of  the 
table. 


50.1.2.2.3.8.3  Face-Based  Texture  Reference  Record.  The  data  contained 
in  this  record  defines  the  transformation  required  to  place  a  texture 
pattern  on  a  polygon.  The  required  texture  map  is  expected  to  be 
present  in  a  related  SIF/HDI  texture  library  file. 

50.1.2.2.3.9  Vertex^tQ-Vertex  .Texture  Reference  Table  File.  This 
optional  file  is  used  to  define  one  method  of  placing  a  texture  pattern 
on  a  polygon. 


50.1.2.2.3.9.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  Indicating  the  duta  section  and  type  of  file. 

50.1.2.2.3.9.2  Vertex-to-Vertex  Texture  Reference  Table  Header  Record. 
This  mandatory  record  contains  control  information  on  the  contents  of 
this  table. 


50.1.2.2.3.9.3  Vertex-to-Vertex  Texture  Reference  Record.  This 
mandatory  record  is  used  to  define  one  method  of  placing  a  texture 
pattern  on  a  polygon.  This  entails  the  mapping  of  texture  pattern 
vertices  to  polygon  vertices.  The  required  texture  map  is  expected  to 
be  present  in  a  related  SIF/BDI  texture  library  file. 

50.1.2.2.3.9.3.1  Texture  Pattern  Coordinates  Subrecord.  This  subrecord 
lists  the  texture  pattern  coordinates  that  map  to  the  polygon's 
vertices . 


50.112.2.3.10  Model-Based  Texture  Reference  Table  File.  This  optional 
file  is  used  to  list  a  series  of  references  to  textures  and  their 
mapping  pareuneters  for  model-based  texturing.  This  type  of  texturing  is 
used  to  project  a  single  pattern  onto  multiple  polygons  (in  different 
planes)  simultaneously.  This  type  of  texturing  can  be  conceptualized  as 
the  pattern  being  *shrin)t-wrapped"  onto  the  model. 
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50.1.2.2.3.10.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.2.3.10.2  Model-Based  Texture  Reference  Record.  This  mandatory 
record  contains  control  information  for  the  table. 

50.1.2.2.3.10.3  Model-Based  Texture  Reference  Record.  This  mandatory 
record  is  used  to  list  a  series  of  references  to  textures  and  their 
mapping  parameters  for  model-based  texturing.  The  required  texture  map 
is  expected  to  be  present  in  a  related  SIF/HDX  texture  library  file. 

50.1.2.2.3.11  Non-Mapped  Texture  Reference  Table  File.  This  optional 
file  provides  identification  information  for  a  referenced  texture  that 
is  not  mapped.  This  texture  reference  is  used  to  reference  textures 
that  may  be  used  but  have  not  yet  been  mapped.  It  is  intended  for  both 
specific  and  generic  textures.  It  may  be  used  to  reference  alternate 
textures  as  %iell. 


50.1.2.2.3.11.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.2.3.11.2  Non-Kapped  Texture  Reference  Table  Header  Record.  This 
mandatory  record  contains  control  information  for  the  table. 

50.1.2.2.3.11.3  Non-Mapped  Texture  Reference  Record.  This  optional 
record  provides  identification  information  for  a  referenced  texture  that 
is  not  mapped. 

50.1.2.3  Culture  Data.  The  purpose  of  this  section  is  to  define  the 
detailed  file,  record,  and  field  structure  of  the  SIF/BDI  culture  data 
format. 


50.1.2.3.1  Culture  Data  Encoding.  The  starting  point  for  design  of  the 
SIF/BDI  culture  format  was  the  SDBF  Standard  Simulator  Data  Base  (SSDB), 
vdiich  is  natural  for  a  format  intended  to  support  interchange  with  the 
SSDB.  The  SSDB  stores  culture  data  in  a  vector  graphics  format  (points, 
lines,  and  areals)  in  which  vertices  are  expressed  as  2-D  or  3-D 
geographic  coordinates.  The  format  is  conceptually  comparable  to  DMA 
Digital  Feature  Analysis  Data  (DFAD),  but  considerably  extended  in  terms 
of  point  precision  and  descriptive  attributes  supported. 

a.  The  use  of  vector  graphics  to  represent  planimetric  features  is  the 
general  case  in  the  simulator  industry  today,  although  some  imagery- 
based  simulators  encode  features  as  collections  of  pixels  rather  than  as 
vectors.  The  pixel-based  approach  to  feature  classification  is  more 
properly  handled  within  the  photo  texture  segment  of  SIF/BDI . 
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b.  A  basic  issue  wibh  vector  culture  formats  is  the  degree  of  topology 
maintained  within  the  data  structure.  At  one  extreme  is  the  "spaghetti” 
Digital  Landmass  System  (DLMS)  DEAD  format/  which  essentially  treats 
every  feature  as  an  independent  graphic  entity.  At  the  other  extreme  is 
a  topological  format,  like  DMA*s  Minitopo,  which  encodes  detailed 
spatial  relationships  among  features  and  graphic  elements.  In  bet%feen 
are  arc-node  formats  such  as  DMA  Standard  Linear  Format  (SLF),  which 
support  shared  nodes  and  segments.  The  SSDB  supports  both  "spaghetti” 
and  arc-node  data,  but  not  a  full  topology.  Arc-node  format  is  a 
reasonable  stemdard  for  SIF/BDI,  as  few  (if  any)  simulator  systems  are 
configured  to  deal  with  topological  data  structures.  Spaghetti  data  may 
be  represented  in  an  arc-node  format  but  not  vice  versa.  The  digitizing 
conventions  associated  with  the  SIF/BDI  approach  to  a  limited  feature 
topology  are  described  within  this  standard. 

c.  DMA  has  announced  plans  to  gradually  migrate  all  of  its  standard 
vector  products  to  a  fully  topological  format  called  Vector  Product 
Format  (VPF) ,  HIL-STD-600006  (DRAFT).  Although  VPF-like  topologies  are 
inefficient  for  real-time  graphics  rendering  applications,  they  offer 
significant  advantages  for  Implementation  of  algorithms  for  automated 
feattire  thinning,  filtering,  aggregation,  and  the  like.  Therefore,  it 
is  expected  that  the  simulator  industry  will  gradually  adopt  topological 
data  structures  in  their  database  generation  systams.  The  SDBF  intends 
to  support  topological  data  structures  at  a  future  time  %dien  the  use  of 
such  data  becomes  more  widespread  among  the  user  connunity.  A 
preliminary  design  analysis  indicates  that  the  current  SIF/BDI  culture 
format  would  be  able  to  support  topological  data  structures  by  the 
addition  of  new  optional  record  types  corresponding  to  the  Face  Table 
and  Ring  Table  of  VPF.  Since  these  optional  records  could  be  ignored 
vrtien  exchanging  non-topological  databases,  they  would  not  invalidate 
pre-existing  SIF/BDI  software  and  databases.  Bowever,  it  is  recognized 
that  this  is  a  stopgap  solution  at  best,  and  that  the  long-term  approach 
must  include  the  migration  of  SSDB  culture  into  a  truly  VPF-ccmpliant 
form. 

d.  Topology  is  also  an  issue  across  multiple  representations  of  an  area 
within  various  levels  of  detail  (LCDs) .  The  SSDB  supports  multiple 
levels  of  detail  (LODs)  for  any  given  area  of  coverage.  These  LCDs 
represent  general  strata  of  feature  resolution,  roughly  corresponding  to 
feature  resolutions  of  100  meters,  30  meters,  10  meters,  3  meters,  and  1 
meter.  As  illustrated  in  Figure  C-1,  the  SSDB  format  includes  a  system 
of  inter-file  pointers  between  alternate  representations  of  features 
maintained  at  different  LODs.  These  alternate  representations  reflect 
different  levels  of  feature  significance,  aggregation,  and 
generalization.  An  alternative  approach  to  varying  levels  of  feature 
detail  used  in  many  simulator  databases  is  a  system  of  embedded  (merged) 
patches  or  "islands"  of  higher-resolution  data  within  a  lower-resolution 
background.  The  idea  is  to  concentrate  limited  database  processing 
capacities  in  areas  of  interest  such  as  targets  and  navigation 
corridors.  This  type  of  structure  is  illustrated  in  Figure  C-2. 
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e.  SIF/BDI  supports  geographic  coordinate  resolutions  of  a  ten 
thousandth  of  an  arc  second.  This  resolution  is  needed  to  represent  the 
shapes  and  relative  positions  of  features  included  in  high-resolution 
simulator  database  applications.  As  an  option,  SIF/BDI  supports  3-D 
geographic  coordinates  as  well  as  2-D.  The  third  dimension  is  elevation 
relative  to  Hean  Sea  Level  (MSL)  and  is  intended  for  use  when 
representing  terrain  features  such  as  point  elevations,  ridgelines,  and 
contours.  Theoretically,  the  3-D  culture  format  could  be  used  to 
exchange  polygonised  terrain,  as  well  as  culture  fragmented  on 

\inder lying  terrain  polygons,  but  the  SDBF  SSDB  does  not  directly  store 
such  data,  and  so  this  use  is  not  supported  irithin  SIF. 

f.  In  addition  to  representations  of  feature  location  and  shap>e,  the 
SIF/BDI  format  requires  an  approach  for  feature  attribution.  Attribute 
fields  are  needed  to  categorise  each  feature  and  encode  characteristics 
useful  for  computer  simulation  of  visual  and  sensor  displays.  In  this 
regard;  SIF/BDI  deviates  somewhat  from  the  SSDB  approach.  The  SSDB 
format  includes  a  large  number  of  fixed  attribute  fields,  which  take  up 
space  irtiether  the  attributes  are  known  or  not.  To  reduce  the  size  of  a 
potentially  voluminous  file,  SIF/BDI  uses  a  minimum  number  of  fixed 
attributes  which  may  expect  to  be  captured  in  any  simulator  database. 

All  other  attributes  are  regarded  as  optional  and  are  encoded  in  self¬ 
defining  attribute  records  modeled  after  the  DMA  Feature  Attribute 
Coding  Standard  (FACS).  The  FACS-like  attribute  coding  scheme,  which  is 
also  a  part  of  the  SSDB  design,  uses  a  generalized  record  structure 
which  includes  a  code  identifying  what  the  attribute  is,  as  well  as 
giving  the  attribute  value. 

g.  This  section  describes  the  fixed  field  portions  of  the  different 
feature  types  supported  by  the  SIF/BDI  along  with  the  optional  fields 
that  are  to  be  populated  via  FACS  records.  These  paragraphs  first 
define  the  feature  record,  then  identify  the  fixed  fields,  and  lastly 
identify  the  optional  fields.  The  translation  of  the  textual 
description  of  these  optional  fields  to  FACS  keywords  will  utilize 
either  DMA  FACS  additional  value  codes  (AV  Codes)  or  SIF/BDI  specific 
keywords.  The  keywords  supported  explicitly  by  SIF/BDI  are  documented 
in  Appendix  B  to  the  CTTDB  Standard  (MlL-STD-1820) . 

h.  Similarly,  SIF/BDI  uses  a  Feature  Descriptor  Code  modeled  after  the 
DMA  FACS  hierarchical  feature  codes  to  categorize  features.  (The 
SIF/BDI  format  also  supports  the  Feature  Identification  Code  from  DMA 
DFAD.)  The  FACS-like  approach  gives  each  SIF/BDI  user  the  flexibility 
to  add  new  feature  categories  and  attributes  to  SIF/BDI  as  the  need 
arises.  When  exchanging  databases  between  dissimilar  systems,  this  is 
likely  to  prove  highly  useful  in  bridging  the  gap  between  different 
feature  and  attribute  sets.  SIF  producers  are  encouraged  to  take 
advantage  of  this  approach  rather  than  be  constrained  by  features  and 
attributes  explicitly  supported  by  SIF  at  any  given  point  in  time; 
however,  SDBF  involvement  needs  to  be  a  part  of  this  process  at  all 
times,  to  ensure  that  FACS  are  utilized  consistently. 
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1.  The  SIF/BDI  iroplsnentation  of  features  and  attributes  makes  It 
possible  to  tag  each  feature  and  each  of  its  attributes  with  a  data 
source.  This  level  of  traceability  will  become  Important  as  SIF 
databases  are  exchanged  and  enhanced  by  different  systems  and  users  over 
time.  The  intent  of  such  traceediillty  is  to  allow  the  SDBF  to  make 
intelligent  judgments  on  the  relative  quality  and  reliability  of 
specific  data  items.  As  such/  it  is  a  critical  component  of  any  SIF 
data  set/  and  cannot  be  overlooked  by  SIF  producers. 

j.  An  issue  raised  by  the  prospect  of  %d.despread  database  interchange 
is  the  degree  of  flexibility  needed  to  support  system-specific 
veuriations  in  such  areas  as  coordinate  systems,  binary  encoding  formats, 
area  blocking,  and  degree  of  transformation.  The  decision  was  made  to 
establish  standard  conventions,  to  limit  the  amount  of  software 
development  and  testing  needed  to  conply  with  the  standard.  Therefore, 
the  header  record  descriptions  in  section  5.1  indicate  conventions  idiich 
must  be  followed  when  exchanging  databases  using  SIF/HDI.  Flexibility, 
when  needed,  is  available  through  the  use  of  the  GTDB  data  base 
standard,  rather  than  SIF. 

50.1.2.3.1.1  Areal  Feature  Rules.  (Self-explanatory.) 

50.1.2.3.1.1.1  Background  Feature.  The  purpose  of  the  background 
feature  is  to  provide  default  attribution  for  areas  within  the  tile 
which  are  not  explicitly  defined  by  individual  features. 

50.1.2.3.1.1.2  Rendering  Priority.  All  other  areal  features  may  be 
stored  in  an  arbitrary  sequence;  i.e.,  the  sequence  does  not  imply  the 
rendering  priority. 

50.2.2.3.1.1.3  line  Secgnents.  The  definition  of  segment  ends  may  be 
arbitrary.  For  exajttple,  feature  Fl  is  shown  as  consisting  of  four 
segments;  feature  F4  is  a  similar  structure  but  has  been  defined  as  a 
single  segment. 


50.1.2.3.1.1.4  Shared  Segments.  For  example,  segment  S5  (defined  by 
vertices  V5,  V6,  and  V7)  is  a  common  segment  shared  by  features  F2  and 


F3. 


50.1.2.3.1.1.5  Feature  Traversal.  (Self-explanatory.) 

50.1.2.3.1.1.6  Closure.  The  last  coordinate  in  the  last  segment  must 
be  identical  with  the  first  coordinate  in  the  first  segment. 

50.1.2.3.1.1.7  Concave  Features.  The  SDBF  maintains  non-convex  areals 
within  the  SSDB.  When  requested  by  a  user,  the  SDBF  will  decompose 
concave  SSDB  features  into  multiple  convex  features  while  creating  a 
GTDB  product,  but  does  not  offer  such  an  option  for  SlF/HDI  outputs. 

50.1.2.3.1.1.8  Inside  Segments.  (Self-explanatory.) 

50.1;2.3.1.1.9  Disjoint  Polygons.  (Self-explanatory.) 

50.1.2.3.1.1.10  Non-redundant  Vertices.  (Self-explanatory.) 
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50.1.2.3.1.1.11  Vertex  Ordering.  The  list  positions  serve  as  implicit 
keys  used  within  the  segment  records  to  point  to  specific  vertex 
records.  The  vertex  coordinates  within  a  vertex  file  may  be  arbitrarily 
sequenced.  This  means  the  recipient  of  a  SIF/BOI  database  should  not 
sort  the  vertex  files,  unless  the  vertex  records  have  first  been 
assigned  explicit  keys  during  input  processing. 

50.1.2.3.1.2  Linear  Feature  Rules.  (Self-explanatory.) 

50.1.2.3.1.2.1  Rendering  Priority.  Linear  features  may  be  stored  in  an 
arbitrary  sequence;  i.e.,  the  sequence  does  not  imply  a  rendering 
priority. 


50.1.2.3.1.2.2  Line  Seoments.  Within  the  SSDB,  software  is  used  to 
detect  cases  where  one  linear  feature  terminates  at  its  intersection 
with  another  feature,  and  to  force  segment  splitting  at  that  point. 

50.1.2.3.1.2.3  Segment  Ends.  (Self-explanatory.) 


50.1.2.3.1.2.4  Shared  Segments.  (Self-explanatory.) 

50.1.2.3.1.2.5  Directionality .  Linear  features  which  are  visible  or 
reflective  only  along  one  side  of  the  feature  (e.g.,  a  dam)  are  referred 
to  as  uni -directional  and  may  be  flagged  as  such  by  use  of  the 
Directionality  attribute . 

50.1.2.3.1.2.6  Feature  Traversal.  (Self-explanatory.) 

50.1.2.3.1.2.7  Disjoint  Segments.  (Self-explanatory.) 


50.1.2.3.1.2.8 


Won-contiguous  Feature.  ( Self-explanatory. ) 


50.1.2.3.1.2.9  Won-redundant  Vertices . 


( Self-explanatory . ) 


5.1.2.3.1.2.10  Vertex  Ordering.  The  list  positions  serve  as  implicit 
keys  used  within  the  segment  records  to  point  to  sp>eci£ic  vertex 
records.  The  vertex  coordinates  within  a  vertex  file  may  be  arbitrarily 
sequenced.  This  means  the  recipient  of  a  SIF/BDI  database  should  not 
sort  the  vertex  files,  unless  the  vertex  records  have  first  been 
assigned  explicit  keys  during  input  processing. 


50.1.2.3.1.2.11  Feature /Segment  Numbering.  (Self-explanatory.) 


50.1.2.3.1.3  Point  Feature  Rules.  (Self-explanatory.) 


50.1.2.3.1.3.1  Rendering  Priority.  Point  features  may  be  stored  in  an 
arbitrary  sequence;  i.e.,  the  sequence  does  not  imply  a  rendering 
priority. 

50.1.2.3.1.3.2  Line  Segments.  (Self-explanatory.) 

50.1.2.3.1.3.3  Vertex  Sequence.  (Self-explanatory.) 


50.1.2.3.1.3.4  Disjoint  Segments.  (Self-explanatory.) 

50.1.2.3.1.3.5  Coincident  Segments.  (Self-explanatory.) 
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50.1.2.3.1.3.6  Non-redundant  Vertices .  (Self-explanatory.) 

50.1.2.3.1.3.7  Vertex  Ordering.  The  list  positions  serve  as  in^licit 
keys  used  within  the  segment  records  to  point  to  specific  vertex 
records.  The  vertex  coordinates  within  a  vertex  file  may  be  arbitrarily 
sequenced.  This  means  the  recipient  of  a  SIF/HDI  database  should  not 
sort  the  vertex  files,  unless  the  vertex  records  have  first  been 
assigned  explicit  keys  d\irlng  input  processing. 

50.1.2.3.1.3.8  Feature  Numbering.  (Self-explanatory.) 

50.1.2.3.1.4  Point  Light  Feature  Rules.  (Self-explanatory.) 

50.1.2.3.1.4.1  Rendering  Priority.  Point  light  features  may  be  stored 
in  an  arbitrary  sequence;  i.e.,  the  sequence  does  not  imply  a  rendering 
priority. 


50.1.2.3.1.4.2  Ntnnbcr  of  Vertices.  As  illustrated  by  feattire  Fl,  each 
point  light  feature  shall  be  a  segment  consisting  of  one  and  only  one 
vertex  coordinate.  (Features  consisting  of- multiple  point  lights  shall 
be  encoded  as  point  light  string  features . ) 

50.1.2.3.1.4.3  Coincident  Segments.  (Self-explanatory.) 

50.1.2.3.1.4.4  Non-redundant  Vertices.  (Self-explanatory.) 

50.1.2.3.1.4.5  Vertex  Ordering.  The  list  positions  serve  as  implicit 
keys  used  within  the  segment  records  to  point  to  specific  vertex 
records.  The  vertex  coordinates  within  a  vertex  file  may  be  arbitrarily 
sequenced.  This  means  the  recipient  of  a  SlT/BDl  database  should  not 
sort  the  vertex  files,  unless  the  vertex  records  have  first  been 
assigned  explicit  keys  during  input  processing. 

50.1.2.3.1.4.6  Feature  Numbering.  (Self-explanatory.) 

50.1.2.3.1.5  Point  Light  String  Feature  Rules.  (Self-explanatory.) 


50.1.2.3.1.5.1  Rendering  Priority .  Point  light  string  features  may  be 
stored  in  an  arbitrary  sequence;  i.e.,  the  sequence  does  not  imply  a 
rendering  priority. 

50.1.2.3.1.5.2  Number  of  Vertices.  (Self-explanatory.) 

50.1.2.3.1.5.3  Non-linear  Strings.  (Self-explanatory.) 

50.1.2.3.1.5.4  Parallel  Strings.  (Self-explanatory.) 

50.1.2.3.1.5.5  Light  Groups.  (Self-explanatory.) 

50.1.2.3.1.5.6  Vertex  Sequence.  (Self-explanatory.) 

50.1.2.3.1.5.7  Coincident  Segments.  (Self-explanatory.) 
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50.1.2.3.1.5.9  Vertex  Ordering.  The  list  positions  serve  as  iii9>licit 
keys  used  %dthin  the  segment  records  to  point  to  specific  vertex 
records.  The  vertex  coordinates  within  a  vertex  file  may  be  arbitrarily 
sequenced.  This  means  the  recipient  of  a  SZF/HDI  database  should  not 
sort  the  vertex  files,  unless  the  vertex  records  have  first  been 
assigned  explicit  keys  during  input  processing. 

50.1.2.3.1.5.10  Feature  Numbering.  (Self-explanatory.) 

5. 1.2. 3. 1.6  Model  Reference  Rules.  (Self-explanatory.) 

50.1.2.3.1.6.1  Number  of  Vertices.  Mote  that  there  is  no  requirement 
that  the  model  reference  coordinate  exactly  correspond  to  any  vertex  in 
the  culture  vertex  files. 

50.1.2.3.1.6.2  Model  Reference  Table.  (Self-explanatory.) 

50.1.2.3.1.6.3  Multiple  References.  In  general,  it  is  expected  that 
there  will  be  a  one-to-one  substitution  of  a  modal  for  a  feature. 
However,  it  is  possible  for  a  single  ccngtlex  model  to  be  substituted  for 
multiple  culture  features.  Models  may  be  substituted  for  any 
combination  of  areal,  lineal,  point,  point  light,  and  point  light  string 
features . 


50.1.2.3.1.6.4  Multiple  Models.  This  indicates  that  there  is  a  choice 
of  models  available  for  that  feature.  Note  that  each  model  reference  is 
permitted  to  have  a  slightly  different  placement  coordinate  due  to 
differences  in  model  geometries. 

50.1.2.3.1.6.5  Placement  Coordinate.  The  default  for  SDBF-generated 
model  references  is  2-D. 

50.1.2.3.1.6.6  Table  ID.  (Self-explanatory.) 

50.1.2.3.1.7  Superfeature  Rules.  The  superfeature  was  created  to 
combine  or  aggregate  like  features  into  larger  homogeneous  data  groups. 
The  smaller  features,  or  child  features,  which  make  up  the  superfeature 
are  tied  together  through  pointer  references. 

50.1.2.3.1.7.1  Child  Feature  References.  A  child  feature  is  one  of 
several  features  which  defines  a  superfeature.  There  are  no  restriction 
on  the  types  or  dimensions  of  the  child  feature  referenced  to  include 
grouping  of  unlike  features  (areals  with  linear,  linears  with  points,  2- 
D  with  D-3,  etc.).  Additionally,  child  features  can  belong  to  more  than 
one  superfeature. 

5. 1.2. 3. 1.7. 2  •* Aggregate*  Feature  References.  A  2-D  polygon  is 
considered  an  aggregate  feature  of  the  3-D  superfeature  when  the  2-D 
polygons'  spatial  boundaries  corresponds  to  the  boundaries  of  the  3-D 
superfeature.  A  possible  application  is  to  then  replace  the  3-D 
superfeature  with  the  2-D  aggregate  version  or  vise  versa. 

5. 1.2. 3. 1.7. 3  Additional  References.  A  superfeature  can  be  a  child 
feature  to  a  larger  superfeature.  This  larger  superfeature  can  consist 
of  both  individual  features  and  superfeatures. 
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50.1.2.3.2  Culture  Section  Structure.  Each  SSDB  culture  manuscript  is 
described  by  a  group  of  files  made  up  of  variable- length  keyword 
records.  These  files  consist  of  culture  features  that  include  both 
geontetry  and  attribute  information.  A  valuable  feature  of  the  existing 
SSDB  format  is  its  support  for  a  FACS-like  attribute  coding  scheme. 

Modeled  after  DMA's  Feature  Attribute  Coding  Systen,  it  is  a  system  of 
self -defining  feature  attributes «  which  gives  total  flexibility  to  add 
new  attributes  to  SIF/BDl  am  the  need  arises.  The  user-defined  FACS 
mechanism  should  be  used  only  when  absolutely  necessary.  In  order  to  be 
compliant  with  this  specification,  external  systems  creating  a  SIF/BDI 
database  shall  use  the  attributes  already  defined  in  this  specification 
wherever  possible.  There  is  much  extended  use  of  FACS  attributes  to 
avoid  the  overhead  of  many  fixed  attributes  which  are  rarely  populated. 

FACS  attribution  has  already  allowed  for  the  definition  of  a  large 
ntnnber  of  new  FACS  attributes  not  currently  in  the  GTDB.  Single  table 
structures  have  been  employed  to  support  flexible  FACS  attribution, 
colors  in  either  red-green-blue  (RGB)  or  hue-chroma-value  (BCV)  formats, 

^uld  Fib/FDC  cross-referencing.  To  allow  for  the  greatest  amount  of 
readability  along  with  apace  saving  techniques,  SIF/BDI  uses  compressed 
ASCII  files  and  binary  data  files. 

50.1.2.3.2.1  Database  Header  File.  This  mandatory  file  contains 
control  information  describing  the  database  contents. 

50.1.2.3.2.1.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.3.2.1.2  SIF/BDI  Culture  Database  Header  Record.  This  mandatory 
record  contains  control  information  pertinent  to  the  entire  culture  database. 

50.1.2.3.2.1.3  Data  Source  Table  Record.  This  mandatory  record  is  used 
to  docximent  the  data  source(8)  used  to  populate  and/or  update  the 
culture  files  being  transmitted. 

50.1.2.3.2.1.4  Accuracy  Region  Record.  This  optional  record  contains 
an  array  defining  data  accuracy  standards  for  multiple  regions  within 
the  area  of  coverage  of  a  data  source.  Regions  of  differing  accuracy 
are  possible  when  a  data  source  is  itself  a  composite  product  generated 
from  varying  original  sources. 

50.1.2.3.2.2  Tile  Information  File.  This  mandatory  file  contains 
coverage  information  for  the  culture  database.  Infoznnation  within  this 
file  consists  of  overall  coverage  per  tile  of  the  database,  and 
information  abount  high  resolution  islands. 

50.1.2.3.2.2.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.3.2.2.2  Tile  Header  Record.  (Self-explanatory.) 

50.1.2.3.2.2.3  Data  Resolution  Identifier  Record.  Nithin  each  tile, 
there  is  support  for  identification  of  embedded  patches  of  higher- 
resolution  data  called  "islands."  Many  simulator  databases  insert  and 
feather  such  patches  for  high-interest  areas  such  as  waypoints  and 
targets.  Since  the  SSDB  maintains  different  LCDs  separately,  these 
patches  must  be  extracted  from  the  surrounding  data  when  stored  in  the 
SSDB.  To  support  this  capability,  the  Data  Resolution  Identifier 
includes  fields  for  identifying  the  boundar<eB  of  any  island. 
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50.1.2.3.2.3  TWO-D  Coordinate  File.  This  file  ie  optional  only  if  a 
Threct— D  Coordinate  File  is  included  in  the  SIF/BDI  culture  database. 

This  file  contains  latitude  and  longitude  coordinates  for  culture 
segments.  A  Two-D  Coordinate  File  is  based  at  the  tile  level. 

50.1.2.3.2.3.1  2-D  Coordinate  Record.  These  records  define  the 

vertices  of  culture  segments.  Currently  the  SSDB  supports  data 
resolutions  of  thousandths  of  arc  seconds,  so  the  SIF  user  should  be 
aware  that  culture  data  stored  in  the  SSDB  will  not  maintain  the 
accuracy  of  one  ten  thousandths  of  an  arc  second. 

50.1.2.3.2.4  yhree-P  Coordinate  File.  This  file  is  optional  only  if  a 
Two-D  Coordinate  File  is  included  in  the  SIF/HDI  culture  database.  This 
file  contains  latitude,  longitude  and  elevation  coordinates  for  culture 
segments.  A  Three-D  Coordinate  file  is  based  at  the  tile  level. 


C-40 


APPENDIX  C 
MIL-STD-1821 


50.1.2.3.2.4.1  3-D  Ccx>rdinate  Record.  Currently  the  SSDB  eupporta  data 

resolutions  of  thousandths  of  arc  seconds,  so  the  SIF  user  should  be 
a%rare  that  culture  data  stored  in  the  active  SSDB  will  not  maintain  the 
accuracy  of  one  ten  thousandths  of  an  arc  second.  One  or  more  of  the 
coordinate  records  may  be  used  to  defile  the  vertices  of  a  culture 
segment. 


50.1.2.3.2.5  FACS  Table  File.  This  optional  file  serves  two  purposes: 
(1)  to  minimize  space  by  eliminating  redundant  feature  attribute 
assignments,  and  (2)  to  allow  expandability  of  supported  attributes.  A 
FACS  Table  Index  pointing  to  the  appropriate  table  entry  can  be  found  in 
several  records.  If  there  are  no  features  that  use  additional 
descriptors,  this  table  may  be  omitted  from  the  SIF  transmittal  for  the 
culture  tile. 


50.1.2.3.2.5.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.3.2.5.2  FACS  Table  Header  Record.  This  mandatory  record 
supplies  top  level  information  about  the  records  contained  within  the 
FACS  table  file. 


50.1.2.3.2.5.3  FACS  Table  Entry  Record.  The  FACS  Table  entry  in  the 
FACS  Table  is  composed  of  t%ro  control  fields  and  a  variable  number  of 
FACS  Attribute  records. 

50.1.2.3.2.5.3.1  FACS  Attribute  Subreeord.  This  record  contains  a  FACS 
(Feature  Attribute  Coding  Standard)  attribute  value  (AV  Code  plus  value) 
associated  with  one  or  more  features.  Multiple  records  may  be  used  to 
store  FACS  attributes,  if  r^tguired.  This  record  should  be  used  to  pass 
any  attributes  for  a  feature  in  addition  to  the  'core*  attributes  stored 
in  the  parent  feature  record.  Such  attributes  may  include  various 
physical,  cultural,  or  sensor-response  characteristics  as  may  be  needed 
to  support  a  simulation.  The  keywords  supported  explicitly  by  SIF/BDI 
are  documented  in  a  Appendix  B.  When  necessary,  the  user  may  specify 
new  FACS  attribute  codes  to  pass  useful  attributes  not  listed  in  the 
appendix.  The  User-Defined  FACS  Table  records  shall  be  used  to  document 
the  meaning  of  these  unique  codes. 

50.1.2.3.2.6  User-Defined  FACS  Table  File.  This  optional  file  contains 
a  list  of  user-defined  FACS  codes  used  to  encode  feature  attributes 
within  the  database. 

50.1.2.3.2.6.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.3.2.6.2  User-Defined  FACS  Table  Header  Record.  This  mandatory 
record  supplies  top  level  information  about  the  records  contained  within 
the  FACS  table  file. 

50. 1.2-'). 2. 6. 3  User-Defined  FACS  Table  Entry  Record.  This  mandatory 
record  contains  one  entry  in  the  User-Defined  FACS  Table. 

50.1.2.3.2.7  Color  Table  File.  An  optional  color  table  will  accompany 
the  feature  file.  The  color  table  may  be  used  to  define  the  colors  used 
within  the  feature  records. 
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50.1.2.3.2.7.1  SIF  Pile  Identifier  Record.  Thi«  mndatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.3.2.7.2  Color  Table  Header  Record.  This  mandatory  record 
supplies  top  level  information  about  the  records  contained  within  the 
color  table  file. 

50.1.2.3.2.7.3  Color  Table  Entry  Record.  The  color  in  each  entry  of 
the  color  table  may  be  defined  as  either  Red/Green/Blue  or  as 
Bue/Chrcma/Value.  The  Color  Definition  Type  field  in  the  Color  Table 
Header  Record  will  indicate  whether  RGB  or  BCV  is  being  used. 

50.1.2.3.2.8  FID/FDC  Cross-Reference  Table  File.  This  optional  file 
provides  a  method  for  cross-referencing  a  user's  Feature  Identification 
Code  (FID)  with  the  SDBF  Feature  Descriptor  Code  (FDC). 

50.1.2.3.2.8.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  Indicating  the  data  section  and  type  of  file. 

50.1.2.3.2.8.2  FID/FDC  Cross-Reference  Header  Record.  This  mandatory 
record  supplies  top  level  information  about  the  records  contained  within 
the  FID/FDC  Cross  Reference  Table  file. 

50.1.2.3.2.8.3  FID/FDC  Cross-Reference  Table  Entry  Record.  The  FID/FDC 
Cross  Reference  Table  provides  a  method  for  cross-referencing  a  user's 
Feature  Identification  Code  (FID)  with  the  SDBF  Feature  Descriptor  Code 
(FDC) . 


50.1.2.3.2.9  Global-Based  Texture  Reference  Table  File.  The  Global- 
Based  Texture  Reference  Table  provides  a  method  for  cross-referencing  a 
culture  feature  with  a  textuxe  map  that  has  been  mapped  to  it. 

50.1.2.3.2.9.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.3.2.9.2  Global-Based  Texture  Reference  Table  Header  Record. 

This  mandatory  record  supplies  top  level  information  about  the  records 
contained  within  the  Global-Based  Texture  Reference  Table  file. 

50.1.2.3.2.9.3  Global-Based  Texture  Reference  Record.  The  Global-Based 
Texture  Reference  Record  provides  specific  parameters  for  texture 
mapping  of  culture  features. 

50.1.2.3.2.10  Non-Mapoed  Texture  Reference  Table  File.  The  Non-Mapped 
Texture  Reference  Table  provides  a  method  for  cross-referencing  a 
culture  feature  with  a  texture  map  that  has  not  yet  been  mapped  to  it. 

It  is  intended  for  generic  textures  only.  (They  can  be  mapped  to 
individual  homogeneous  culture  features.  Geospecific  textures  are 
associated  with  heterogeneous  geographic  areas ) . 

50.1.2.3.2.10.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.3.2.10.2  Non-Mapped  Texture  Reference  Table  Header  Record. 

This  mandatory  record  supplies  top  level  information  about  the  records 
contained  within  the  Non-Mapped  Texture  Reference  Table  file. 


C-42 


APPENDIX  C 
MIL-STD-1821 


50.1.2.3.2.10.3  Non-Mapped  Texture  Reference  Record.  The  Non-Mapped 
Texture  Reference  Record  provides  identification  of  referenced  textures 
that  have  not  been  mapped  to  the  referencing  culture  feature. 

50.1.2.3.2.11  Model  Reference  Table  Pile.  The  Model  Reference  Table 
provides  a  method  for  cross-referencing  one  or  more  culture  feature(s) 
with  a  model,  or  including  model  references  for  a  culture  tile  that  are 
not  tied  to  specific  features. 

50.1.2.3.2.11.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  secu.oc  and  type  of  file. 

50.1.2.3.2.11.2  Model  Reference  Header  Record.  This  mandatory  record 
supplies  top  level  information  about  the  records  contained  within  the 
Model  Reference  Table  file. 

50.1.2..3.2.11.3  Model  Reference  Table  Entry  Record.  The  Model 
Reference  Ted>le  Entry  Record  has  two  uses  in  the  SSDB.  First,  models 
may  be  introduced  into  the  SSDB  culture  not  as  direct  substitutions  for 
point,  line,  or  areal  featured,  but  rather  to  represent  ground  clutter 
(e.g.,  trees,  sagebrush)  or  to  provide  realistic  detail  (e.g.,  runway 
markings ) .  The  Model  Reference  Table  Entry  Record  is  us^  to  position 
and  orient  such  models  within  a  culture  tile.  Second,  even  when  a  model 
is  intended  as  an  optional  direct  substitution  for  a  feature,  there  will 
be  cases  \dien  special  scaling  and  orienting  instructions  may  be  needed 
to  make  the  model  look  right.  The  Model  Reference  Record  may  be  used  to 
provide  offset  vectors  defining  specific  parameters  for  model  placement 
and  orientation  for  the  particular  use. 

50.1.2.3.2.12  Superfeaturc  File.  The  superfeature  file  provides  a 
method  for  aggregating  culture  features  into  homogeneous  groupings. 

50.1.2.3.2.12.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50 . 1 .2  3 .2 . 12 .2  Superfeature  Header  Record.  This  mandatory  record 
Bupplaej  all  information  for  a  given  superfeature.  This  information 
includes  a  list  of  all  features  that  are  grouped  into  the  superfeature, 
a  mechanism  to  identify  whether  the  referenced  feature(s)  are  children 
or  "aggregate*  feature(s).  There  is  a  description  field  contained  with 
each  superfeature  to  allow  for  a  user  defined  grouping  methodology. 

50.1.2.3.2.13  Feature  File.  This  mandatory  file  contains  various 
records  describing  all  the  features  contained  in  the  culture  tile. 

50.1.2.3.2.13.1  Feature  Record.  (Self-explanatory.) 

50.1.2.3.2.13.2  SIF  File  Identifier  Record.  This  manoatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.3.2.13.3  Manuscript  Beader  Record.  Thir  mandatory  record 
contains  control  information  applying  to  the  feature  data  file. 
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5C. 1.2. 3. 2. 13. 4  Areal  Feature  Record.  There  will  be  an  Areal  Feature 
Record  describing  each  areal  feature  within  a  culture  file.  An  areal 
feature  is  an  object  defined  spatially  as  a  closed  contour  (polygon). 
By  convention,  every  culture  manuscript  in  the  SIF  must  have  at  least 
one  areal  feature  defining  the  "background*  or  default  feature 
attributes . 


50.1.2.3.2.13.5  Linear  Feature  Record.  There  will  be  a  Linear  Feature 
Record  describing  each  linear  feature  within  a  culture  file.  A  linear 
featuie  is  an  object  defined  spatially  by  one  or  more  connected  line 
segments  which  do  not  close  to  form  a  polygon. 

50.1.2.3.2.13.6  Point  Feature  Record.  There  will  be  a  Point  Feature 
Record  describing  each  point  feature  within  a  culture  file.  A  point 
feature  is  an  object  defined  spatially  by  either  a  single  coordinate  or 
by  a  sequence  of  discrete  but  logically  connected  points. 

50.1.2.3.2.13.7  Point  Light  Feature  Record.  There  will  be  a  Point 
Light  Feature  Record  describing  each  point  light  feature  within  a 
culture  file.  Point  light  features  are  light  emitting  objects 
represented  spatially  by  a  single  coordinate.  They  contain  several 
attributes  necesstury  for  describing  a  light  emitter  such  as  the  light 
lobe  parameters,  cycle  rate,  light  type,  and  intensity. 

50.1.2.3.2.13.8  Point  Light  String  Feature  Record.  There  will  be  a 
Point  Light  String  Feature  Record  describing  each  point  light  string 
feature  within  a  culture  file.  Point  light  strings  are  a  sequence  of 
discrete  but  logically  connected  light  emitters.  They  are  similar  in 
data  structure  to  a  point  light,  but  they  have  several  additional 
attributes  rcKpjired  for  describing  the  shape  and  placement  of  the  string 
and  the  lights  within  it. 

50.1.2.3.2.13.9  Culture  Segment  Pointer  Record.  This  record  contains 
an  array  of  segment  list  pointers  defining  the  geometry  of  a  particular 
feature . 


50.1.2.3.2.13.10  Model  Reference  Pointer  Record.  The  Model  Reference 
Pointer  Record  is  used  to  identify  a  Model  Reference  Record  contained 
within  the  Model  Reference  Table. 

50.1.2.3.2.13.11  Microdescriotor  Record.  This  optional  record  contains 
a  microdescriptor  associated  with  a  feature. 

50.1.2.3.2.13.12  Feature  Continuation  Record.  This  optional  record 
contains  a  pointer  from  a  feature  in  the  current  culture  manuscript  file 
to  a  continuation  feature  in  an  adjoining  manuscript. 

50.1.2.3.2.13.13  FACS  List  Pointer  Record.  This  optional  record 
contains  a  pointer  into  the  FACS  table  that  is  maintained  for  the 
current  database  tile.  One  or  more  of  these  records  may  be  used  to 
store  pointers  to  additional  entries  into  the  FACS  Table  for  the  current 
feature.  This  record  should  be  used  to  identify  any  additional 
attributes  for  a  feature  in  addition  to  the  "core"  attributes  stored  in 
the  parent  feature  record.  Such  attributes  may  include  various 
physical,  cultural,  or  sensor-response  characteristics  as  may  be  needed 
to  support  a  simulation. 
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50.1.2.3.2.13.14  Texture  Reference  Pointer  Record.  This  optional 
record  contains  a  texture  map  reference  pointer  associated  with  a 
feature . 


50.1.2.3.2.13.15  LOP  Cross  Reference  Record.  This  optional  record  is 
used  to  provide  the  information  required  to  linX  together  different 
representations  of  a  feature.  When  multiple  levels  of  detail  (LOD)  data 
are  trimsmitted  via  the  SZF/BDI  (layered  culture  data),  rather  than  one 
merged  level  of  detail,  any  given  feature  could  exist  at  a  coarse  LOD 
and  a  finer  LOD.  For  example,  a  feature  at  LOD  1  can  point  to  one  or 
more  features  at  LOD  2,  but  a  feature  at  LOD  2  can  only  point  at  one  and 
only  one  feature  at  LOD  1.  The  record  format  is  the  same  for  higher  or 
lower  LOD  cross  references  except  for  the  keyword  identifier  which  is 
used  to  identify  whether  the  cross  reference  is  a  higher  LOD  or  lower 
LOD  reference. 


50.1.2.3.2.14  Segment  File.  This  mandatory  file  contains  various 
records  describing  all  the  segments  contained  in  the  culture  tile. 

50.1.2.3.2.14.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.3.2.14.2  Segment  Header  Record.  A  segment  is  a  logically 
connected  string  of  vertex  coordinates  used  to  define  a  feature,  or  a 
part  of  a  feature.  A  segment  consisting  of  a  single  coordinate  may  be 
used  to  define  the  location  of  a  point  or  point  light  feature.  A  linear 
or  areal  feature  may  be  split  into  an  arbitrary  number  of  segments,  each 
containing  an  arbitrary  number  of  coordinates.  Typically,  a  feature  is 
broken  into  segments  at  topologically  significant  node  points  such  as 
the  intersection  between  features,  but  segmentation  may  also  be  a  purely 
arbitrary  artifact  of  the  digitization  process.  The  actual  vertcuc 
coordinates  making  up  a  segment  are  stored  in  separate  Coordinates 
Records.  The  total  number  of  coordinates  malcing  up  a  segment  is  given 
in  the  Number  of  Coordinate  Pairs  field.  Each  Segment  Header  Record 
serves  as  a  bi-directional  pointer  relating  one  or  more  feature  records 
%rith  each  segment.  In  the  primary  direction,  the  Segment  Header  Records 
are  referenced  by  the  Culture  Segment  Pointer  Records  associated  with 
the  various  feature  records.  A  segment  may  be  shared  by  two  or  more 
features,  in  which  case  each  of  those  features  will  p>oint  to  the  shared 
segment  header.  In  the  opposite  direction,  each  Segment  Header  Record 
will  contain  one  or  more  backpointers,  which  are  pointers  from  the 
segment  back  to  the  feature(s)  which  reference  that  segment.  This  bi¬ 
directionality  makes  it  possible  for  software,  given  a  feature,  to 
extract  all  segments  making  up  that  feature,  and,  given  a  segment,  to 
identify  all  features  making  use  of  that  segment. 

50.1.2.3.2.14.3  Vertex  List  Pointer  Record.  This  mandatory  record 
contains  an  array  of  pointers  into  either  the  2-D  Segment  Coordinates 
File  or  the  3-D  Segment  Coordinates  file  based  on  the  value  in  the  2- 
D/3-D  Coordinates  Flag  field  in  the  parent  Segment  Header  Record. 

50.1.2.3.2.14.4  Segment  Backpointer  Record.  This  mandatory  record 
contains  an  array  of  segment  backpointers. 

50.1.2.4  Gridded  Data.  This  section  defines  the  detailed  file,  record, 
and  field  structure  of  the  SIF/HDI  gridded  data  format.  This  format  is 
used  to  represent  both  the  terrain  and  the  texture  components  of  a 
SIF/HDI  database. 
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50.1.2.4.1  Gridded  Data  Encoding.  SIP/BDI  treats  several  foznis  of 
gridded  simulator  data  in  a  connion  manner.  These  data  types  include 
imagery-based  and  generic  forms  of  photo  texture  as  well  as  gridded 
terrain  data.  Although  photo  texture  and  terrain  have  traditionally 
been  maintained  in  different  formats,  they  have  fundamental 
architectural  simularities  in  that  both  are  grids,  what  varies  are  the 
characteristics  described  within  the  grid  as  well  as  the  specific 
geometry  of  each  grid. 

a.  SIF/HDI  builds  upon  an  existing  imagery  standard,  the  National 
Imagery  Transmission  Format  (NITF),  which  was  developed  by  the  D.S. 
intelligence  comminity  to  be  independent  of  specific  image  handling 
workstations  and  systems.  NITF  is  extremely  flexible  by  design  and 
accomodates  traceability,  security  information,  compressed  imagery, 
encrypted  imagery,  multi-band  imagery  and  image  filter  conditions,  as 
well  as  supporting  look-up  tables.  This  standard  is  intended  to  support 
exchange  of  image  data  among  a  %rlde  range  of  vendors  and  users  having 
potentially  different  and  Incooqpatible  internal  formats. 

b.  Within  the  simulator  database  connunity,  there  are  several 
alternative  methods  for  representing  terrain  which  have  their  pros  and 
cons.  The  most  widely  used  digital  terrain  product.  Defense  Mapping 
Agency  (DMA)  Digital  Terrain  Elevation  Data  (DTED),  is  a  gridded  format, 
in  which  elevation  values  are  assigned  to  a  matrix  of  positions  (terrain 
*p>08ts*}  defined  by  fixed  arcs  of  latitude  and  longitude.  Almost  all 
the  actual  DTED  produced  by  DMA  is  in  3-second  arc  spacing,  %diich  is 
roughly  equivalent  to  100  meters  of  ground  distance  at  the  mid¬ 
latitudes.  This  data  is  often  colloquially  referred  to  as  "lOO-meter 
DTED.”  The  Standard  Simulator  Data  Base  (SSDB)  also  stores  terrain  data 
in  a  gridded  format,  but  supports  a  %d.der  range  of  post  spaclngs. 

c.  As  an  alternative  to  a  gridded  structure,  many  simulator  systssui 
polygonixe  the  terrain.  A  polygonized  format,  like  a  triangulated 
irregular  network,  can  be  much  more  efficient  than  a  grid  in 
representing  terrain.  It  also  simplifies  real-time  image  rendering 
calculations.  Thus,  although  the  SDBF  maintains  terrain  as  a  grid  in 
the  SSDB,  it  offers  the  option  of  having  gridded  terrain,  polygonized 
terrain,  or  both,  within  its  primary  output  product,  the  Generic 
Transformed  Data  Base  (GTDB). 

d.  A  third  alternative  is  to  represent  terrain  using  vector  graphic 
data  structures  (points,  lines,  and  polygons)  normally  associated  with 
culture  data.  The  advantage  here  is  the  potential  for  greater  precision 
in  representation  of  important  terrain  features  such  as  ridgelines  and 
point  elevations. 

e.  In  order  to  support  general  sharing  of  terrain  data,  SIF/HDI  is 
primarily  a  gridded  format  but  will  also  support  vector  terrain 
features.  Gridded  terrain  is  more  of  a  coinaon  denominator  than 
triangulated  networks  or  vector  terrain.  Even  when  a  simulator  uses 
polygonized  terrain  in  its  real-time  database,  a  gridded  representation 
is  typically  used  as  a  higher-resolution  starting  point  within  the 
database  generation  system.  The  most  comnonly  cited  drawbacks  to  the 
gridded  format  are  its  voluminousness  at  high  resolutions,  and  its 
inability  to  precisely  capture  terrain  vertices  at  lower  grid 
resolutions.  To  address  these  concerns,  the  SIF/BDI  format  supports 
variable  post  spacings  and  vector  terrain  features. 
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£.  Variable  post  spacings  will  permit  sharing  of  data  at  high 
resolutions  without  forcing  everyone  always  to  capture  data  at  the 
highest  resolution.  Each  terrain  file  must  have  a  consistent  grid 
spacing,  as  defined  in  the  header  record  for  that  file,  but  the  choice 
of  grid  spacing  is  unconstrained  and  left  to  the  producer.  The  sise 
(geographic  extent)  of  each  terrain  file  may  also  be  user  defined, 
thereby  minimizing  '‘«iq;>ty"  terrain  posts  caused  by  fixed  file  sizes. 

g.  Vector  terrain  features  will  support  representation  of  very  precise 
terrain  relief.  Since  a  general  vector  data  structure  is  used  to 
represent  feature  data,  it  was  decided  to  include  terrain  features 
within  the  feature  data  component  of  SIF/BDX  and  not  the  terrain 
component  per  ee.  Therefore,  this  section  documents  only  the  SIF/BDI 
approach  to  gridded  terrain.  The  feature  data  format  is  defined  in  a 
separate  section  of  this  standard. 

50.1.2.4.2  Gridded  Data  Section  Structure.  (Self-explanatory.) 

50.1.2.4.2.1  Basie  HITE  structure.  The  original  intended  application 
for  NITF  was  electronic  transmission  of  exploited  intelligence  imagery. 
Thus,  the  headers  are  structured  as  message  headers,  and  the  data  are 
structured  as  a  series  of  non-destructive  overlays.  (A  non-destructive 
overlay  is  information  which  can  be  displayed  over  an  underlying  image 
but  which  has  not  been  physically  merged  as  data  pixels  within  the 
image . )  Each  message  is  expected  to  contain  one  exploited  image  along 
with  overlays  and  amplifying  information.  An  NITF  Header  is  required  at 
the  beginning  of  each  message.  NITF  supports  six  classes  of  data 
following  each  header:  image,  symbol,  label,  text,  audio,  and  non-static 
presentation  information  (NPI).  All  data  classes  are  optional,  with 
each  instance  defined  by  an  NITF  Sub-Header.  There  is  provision  for 
user-defined  headers  and  sub-headers  to  support  other  data  types. 

SIF/BDI  takes  advantage  of  this  feature  for  data  such  as  tcu'rain.  NITF 
has  also  reserved  space  for  extended  headers  and  sub-headers  to  support 
future  expansion  of  the  standard. 

50.1.2.4.2.2  SIF/HOl  application-specific  features.  SIF/BDI  uses  the 
user-defineable  aspects  of  NITF  to  define  a  new  data  class  to  represent 
terrain.  The  overall  data  architecture  of  an  NITF  "message*  is  to  begin 
with  an  NITF  Header,  and  then  follow  it  with  all  instances  of  each  type 
of  data  in  turn. 

50.1.2.4.3  Gridded  Data  File  Structures.  (Self-explanatory.) 

50.1.2.4.3.1  NITF  Header  File.  This  mandatory  file  represents  the  NITF 
Header  data.  In  order  to  ensure  forward  compatibility  with  NITF  as  it 
evolves  independently  from  SIF/BDI,  all  SIF-specific  enhancements  have 
been  placed  within  the  User  Defined  Header  Data  field  (which  can  contain 
up  to  99,999  characters).  The  reader  should  consult  the  SIF/BDI  and 
SIF/DP  Data  Dictionary  (Appendix  A  of  this  standard)  and  the  NITF 
documentation  for  an  explanation  of  all  fields  which  includes  field  size 
and  range  of  values.  The  format  of  this  file  is  the  same  as  that  in  the 
NITF  -standard.  It  is  provided  here  for  completeness  and  convenience. 
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50.1.2.4.3.1.1  Sir /EDI  User  Defined  Header  Data.  Within  th*  HITT 
Header,  the  SIF/BDZ  extensions  provide  counts  of  SIP/BDZ-specific  data 
class  files  to  follow.  These  are  the  terrain  data  files.  It  also 
includes  information  for  the  texture  images s  a  list  of  all  the  tie 
points  and  generic  texture  association  data. 

50.1.2.4.3.2  Terrain  Sub-Header  File.  This  file  is  mandatory  for  each 
terrain  tile.  The  Terrain  Sub-Beader  file  is  used  to  describe  the 
terrain  elevation  data  file  which  imnediately  follo%rs  the  header.  It  is 
a  totally  SIF/BDI-speclfic  extension  to  NITF.  However,  in  order  to 
ensure  forward  conpatibility  with  NITF  as  it  evolves  indepexidently  from 
SIF/BDI,  the  Terrain  Stib-Beader  Record  is  Identical  to  the  Image  Sub- 
Beader  Record  with  a  few  exceptions.  Consistent  with  NITF,  all  fields 
in  the  Terrain  Sub-Beader  are  encoded  as  ASCII  characters,  including 
numeric  values. 

a.  NITF  limits  the  number  of  pixels  (terrain  posts)  per  image  to  4096 
in  the  horlsontal  direction  and  7700  in  the  vertical.  SIF/BDI  does  not 
observe  this  limitation. 

b.  In  the  case  of  terrain,  SIF/BDI  does  not  observe  the  limit  of  16 
bits  per  pixel.  For  SIF/BDI  terrain,  either  16  or  24  bits  shall  be  used 
consistently  throughout  a  terrain  manuscript  to  support  1.0  meters  of 
elevation  precision  or  0.01  meters  of  elevation  precision,  respectively. 

c.  Image  Geographic  Location  is  limited  in  NITF  to  the  nearest  second 
in  latitude  and  longitude.  This  may  not  be  good  enough  for  very  high- 
resolution  terrain  patches,  since  1  arc  second  spacing  represents 
roughly  30  meters  of  ground  resolution.  Therefore,  the  format  of  the 
Terrain  Geographic  Location  field  has  been  changed,  from  NITF’s  four 
comer  coordinates  expressed  to  the  nearest  arc  second,  to  four 
coordinates  expressed  in  units  of  thousandths  of  arc  seconds.  Also, 
while  the  NITF  Image  Coordinate  System  can  be  Universal  Transverse 
Mercator  (OTH),  geodetic /geographic,  geocentric,  or  none,  the  SIF/BDI 
Terrain  Coordinate  System  must  be  geode tic /geographic. 

d.  Except  for  SIF/BDI  specific  fields  which  are  found  in  the  User 
Defined  Terrain  Data  area,  the  reader  should  consult  the  SIF/BDI  and 
SIF/DP  Data  Dictionary  and  the  NITF  documentation  of  equivalent  fields 
within  the  Image  Sub-Beader  for  an  explanation  of  field  size  and  range 
of  values. 


50.1.2.4.3.2.1  SIF/BDI  User  Defined  Terrain  Data.  Within  the  SIF/BDI 
Terrain  Sub-Beader,  the  User-Defined  extensions  are  needed  primarily  to 
better  document  the  sources  of  data  used  to  arrive  at  the  terrain 
elevations . 


50.1.2.4.3.3  Terrain  Data  File.  This  file  is  mandatory  for  each 
terrain  tile.  The  SIF/BDI  terrain  data  format  is  a  sequence  of 
elevation  values,  where  the  size  and  geometry  of  the  grid  positions  has 
been  defined  in  the  preceding  Terrain  Sub-Beader.  The  data  sequence  is 
always  left  to  right  and  top  to  bottom-  Note  that  this  sequence  is 
different  from  the  sequence  used  within  the  GTDB,  in  that  SIF/BDI  is 
based  upon  NITF,  whereas  GTDB  is  based  on  DTED. 
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50.1.2.4.3.4  Dnaoe  Sub-Header  File.  This  file  is  namdatoxy  for  each 
image.  The  Image  Sub-Header  ia  used  to  describe  the  texture  image  %dd.ch 
iiranediately  follows  the  header.  In  order  to  ensure  forward 
compatibility  with  NITF  as  it  evolves  independently  from  SIF/BDI,  all 
.lIF-specific  enhancements  have  been  placed  within  the  Oser  Defined  Image 
Data  field.  Consistent  with  NITF,  all  fields  in  the  Image  Sub-Header 
are  encoded  as  ASCII  characters,  including  numeric  values. 

a.  The  SIF/BDI  implementation  of  the  NITF  standard  has  some  exceptions 
to  the  standard.  These  differences  affect  the  Image  Title  Field,  Image 
Coordinate  System  Field,  the  Image  Geographic  Location  Field,  the  use  of 
Look  Dp  Tables,  and  the  image  size. 

b.  The  length  and  format  of  the  Image  Title  field  is  left  intact  in  the 
SIF/BDI  implementation;  however,  it  should  be  noted  that  SIF/BDI  siakes 
use  of  only  the  first  20  characters  of  the  80  character  field,  with  the 
remaining  60  characters  Ignored.  When  implementing  SIF/BDI,  one  should 
use  only  the  first  20  characters.  If  a  more  lengthy  title  or 
description  is  needed,  it  can  be  transferred  via  the  80-character 
Texture  Description  Field  in  the  SIF/BDI  Dser  Defined  Image  Data 
section . 

c.  Image  Geographic  Location  is  limited  in  NITF  to  the  nearest  second 
in  latitude  and  longitude.  This  may  not  be  good  enough  for  very  high- 
resolution  imagery,  since  1  arc  second  spacing  represents  roughly  30 
meters  of  ground  resolution.  Therefore,  the  format  of  the  Image 
Geographic  Location  field  has  been  changed,  from  NITF's  four  corner 
coordinates  expressed  to  the  nearest  arc  second,  to  four  coordinates 
expressed  in  units  of  thousandths  of  arc  seconds.  It  is  noted  that  they 
may  not  be  an  exact  outline  of  the  image.  A  more  accurate  outline  is 
found  in  the  Texture  Footprint  Data  in  the  User-Defined  Image  Data. 

d.  NITF  limits  the  number  of  pixels  per  image  to  4096  in  the  horizontal 
direction  and  7700  in  the  vertical,  with  a  maximum  of  16  bits  per  pixel 
per  band.  SIF/BDI  does  not  observe  this  limitation. 

e.  The  reader  should  consult  the  SIF/BDI  and  SIF/DP  Data  Dictionary  and 
the  NITF  documentation  for  an  explanation  of  all  fields  (to  include 
field  size  and  range  of  values)  except  for  the  SIF/BDI  specific  fields 
found  in  the  SIF/BDI  User  Defined  Image  Data  area. 
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50.1.2.4.3.4.1  SIF/HDI  User  Defined  Image  Data.  Within  the  NITF  Image 
Sub-Header,  the  SIF/HDI  extensions  are  needed  primarily  to  better 
document  the  sources  of  data  and  the  processing  used  to  arrive  at  the 
texture.  The  SIF/HDI-speciflc  data  is  specified  later  in  this  section 
by  the  field  name,  the  size  in  bytes,  valid  values  for  the  field,  and  a 
usage  type  for  the  field.  The  usage  type  column  provides  an  B-character 
value  for  each  field.  Each  character  represents  one  of  the  usage  type 
codes  previously  specified:  Required  (R),  Optional  (O),  Conditional 
(C),  and  Null  (N).  (Note  that  the  Required,  Optional,  and  Null  fields 
must  be  provided;  the  terms  'Required*,  'Optional*,  and  'Null*  refer  to 
the  existence  of  valid  data  td.thin  those  data  fields . )  Each  of  the 
eight  nsage  type  codes  represents  a  certain  type  of  texture.  Each  of 
the  positions  in  the  8-character  value  corresponds  to  the  following 
eight  texture  library  types,  respectively: 

Stage  1  Specific  Areal 
Stage  2  Specific  Areal 
Stage  3  Specific  Areal 
Stage  1  Specific  Model 
Stage  2  Specific  Model 
Stage  3  Specific  Model 
Generic 
SMC/FDC 


50.1.2.4.3.4.2  Field  Structure.  (Self-explanatory.) 
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50.1.2.4.3.5  Image  Data  File.  This  file  is  mandatory  for  each  image. 
The  SIF/BDI  image  data  format  is  a  sequence  of  pixel  values,  where  the 
size  and  geometry  of  the  pixels  have  been  defined  in  the  preceding  Image 
Sub-Beader.  The  data  sequence  is  always  left  to  right  and  top  to 
bottom.  Per  NIT7,  the  format  supports  either  Band  Sequential  or  Band 
Interleaved  approaches  when  multi -band  imagery  is  involved.  As  stated 
in  the  NITF  standard  document: 

a.  "Image  data  within  a  block  shall  be  formatted  on  a  row  by  row  basis, 
from  left  to  right  along  each  row  or  line,  and  from  the  top  of  the  block 
to  the  bottom,  down  the  rows.  Data  shall  begin  with  the  N  bits  of  pixel 
(0,0)  (the  first  row,  first  column)  of  the  first  block."  The  NITF  image 
coordinate  system  starts  %d.th  (0,0)  at  the  upper  left  comer  of  the 
image,  with  the  first  coordinate  increasing  frcm  top  to  bottom,  and  the 
second  coordinate  increasing  frcm  left  to  right.  "The  N  bits  of  each 
pixel  shall  be  in  order  beginning  with  the  most  significant  bit  (MSB) 
and  ending  with  the  least  significant  bit  (LSB).  This  is  follotr^  by 
the  N  bits  of  data  for  pixel  (0,1),  which  is  the  first  row,  second 
column  of  the  first  block.  The  N  bits  of  data  for  pixel  (1,0)  (the 
first  column  of  the  second  row)  of  the  first  block  shall  follow  the  last 
pixel  of  the  first  row  of  the  first  block.  The  MSB  of  data  for  the 
first  pixel  of  the  first  line  of  the  second  block  shall  follow  the  LSB 
of  data  for  the  last  pixel  of  the  last  line  of  the  preceding  block.  The 
end  of  the  image  data  shall  be  LSB  of  the  N  bits  of  the  last  pixel,  last 
row,  last  block  of  the  last  band." 

b.  "In  Sequential  Image  Mode  (i.e.,  Bmd  Sequential),  all  of  the  blocks 
of  the  first  band  are  followed  by  all  of  the  blocks  by  the  second  band, 
and  so  on.  Thus,  the  first  block  of  the  first  band  is  followed  by  the 
data  for  the  second  block  of  the  first  band.  The  last  block  of  the 
first  band  is  then  followed  by  the  first  block  of  the  second  band.  In 
Interleaved  Image  Mode  (i.e..  Band  Interleaved  or  Pixel  Interleaved), 
the  first  block  of  the  first  band  is  followed  by  the  first  block  of  the 
second  band  which  is  then  followed  by  the  first  block  of  each  subsequent 
band.  The  first  block  of  the  last  band  is  followed  by  the  second  block 
of  the  first  band,  and  so  on." 

c.  While  the  storage  of  visual  textures  in  the  Image  Data  File  is 
straight-forward,  the  storage  method  for  non-visual  textures,  namely 
SMC/FDC  codes,  is  less  apparent;  thus,  an  explanation  follows.  It  is 
expected  that  an  SMC/FDC  texture  shall  contain  many  texels  with  the  same 
values  (i.e.,  homogeneous  areas)  and  that  a  Look-up  Table  (LOT)  is  the 
most  cost-effective  way  of  storing  this  data.  If  an  LUT  is.  used,  the 
entries  shall  be  entirely  ASCII  with  a  total  length  of  seven  bytes:  the 
first  two  representing  the  SMC,  while  the  following  five  represent  the 
FDC  value. 


50.1.3.2.5  Data  Quality.  This  section  defines  the  quality  requirements 
for  the  information  contained  in  a  SIF  data  set. 

50.1.3.2.5.1  General .  The  subparagraphs  hereto  apply  to  all  sections 
of  the  SIF  data  set. 

50.1.3.2.5.1.1  Boundary  integrity,  it  must  be  ensured  that  information 
does  not  fall  outside  the  specified  boundaries.  It  also  must  be  ensured 
that  the  information  contained  within  the  boundaries  is  consistent  and 
non-redundant . 
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50.1.3.2.5.1.2  Data  Values.  All  data  values  roust  fall  within  the 
defined  ranges,  whether  defined  by  this  standard  or  user-defined. 

50.1.3.2.5.1.3  Source  Tracead)ilitv.  Since  most  SIP  data  will  have  been 
derived  frcn  other  types  of  source  material,  it  is  necessary  to  preserve 
this  heritage  in  order  to  know  how  good  the  SIP  data  set  itself  is. 
Although  many  external  DBGSs  do  not  record  this  information  explicitly, 
it  is,  in  fact,  known  to  the  operators  of  that  equipment,  and  is 
therefore  available  for  inclusion  in  the  SIP  data  set,  even  if  it 
requires  memual  input. 

50.1.3.2.5.1.4  Levels  of  Detail.  Since  the  SSDB  is  stored  internally 
in  multiple  levels  of  detail,  it  is  moat  efficient  to  receive  SIP 
information  in  that  form.  It  is  unlikely  that  the  SDBP  will  have 
adequate  resources  to  perform  the  segregation  of  single-layer,  multiple- 
resolution  SIP  data  sets  into  the  multiple-LOD  form  needed  internally; 
therefore,  any  external  data  bases  which  exist  as  single  layers  should 
be  broken  out  as  they  are  converted  into  SIP,  not  after. 

50.1.3.2.5.1.5  Post-Acceptance  SIP  Generation.  Under  any  training 
simulator  contract,  the  quality  of  the  primary  deliverable  data  base 
(the  real-time  data  base)  continually  varies  throughout  the  development 
of  the  system.  Even  during  acceptance  testing,  anomalies  are  noted  and 
corrected.  As  a  result,  the  data  base  cannot  actually  be  considered 
•correct"  until  after  it  is  accepted  by  the  Government.  To  avoid  having 
to  make  changes  twice,  the  corresponding  SIP  data  set  should  not  be 
generated  until  after  the  acceptance  of  the  real-time  data  base,  when 
its  content  has  finally  stabilized. 

50.1.3.2.5.2  Culture  Data  Section.  (Self-Explanatory.) 

50.1.3.2.5.2.1  Capture  Criteria.  Capture  criteria  are  used  to  define 
how  information  is  allocated  to  the  various  levels  of  detail  in  the 
SSDB.  In  the  case  of  culture,  capture  criteria  are  ncminally  correlated 
to  hardcopy  maps,  and  the  presence  or  absence  of  a  particular  feature  is 
based  upon  its  occurrence  in  the  corresp>onding  map.  To  minimize  the 
impact  of  integrating  culture  from  externally-produced  SIP  data  sets 
into  the  SSDB,  the  criteria  by  which  this  allocation  is  made  need  to  be 
the  same  as  those  used  internally  by  the  SDBP. 

50.1.3.2.5.2.2  Derivative  Areal  Peatures.  Decomposed  (or  fragmented) 
features  can  add  a  significant  amount  of  additional  processing  to 
consumers  of  a  data  set,  most  of  whom  will  need  to  reassemble  the 
individual  polygons  into  something  resembling  the  original  feature. 

This  is  necessary  because  feature  decomposition  is  a  simulator-specific 
optimization  process;  subsequent  users  of  a  SIP  data  set  will  have  their 
own  simplification  and  deccmposition  rules,  based  upon  their  own  image 
generator  characteristics,  and  so  they  will  need  to  perform  their  own 
optimization  anyway.  Also,  in  the  process  of  decomposition,  the 
accuracy  of  the  original  feature  is  lost,  so  even  the  reassembled 
polygons  may  bear  little  resemblance  to  the  original  feature.  Since  the 
deccmposition  of  source  features,  then,  both  decreases  the  quality  of 
the  data  set  and  increases  the  effort  associated  with  using  it,  it  will 
not  be  permitted  in  SIP  data  sets  accepted  by  the  SDBP. 
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50.1.3.2.5.2.3  Radar  CharaeterieticB .  The  reflectivity  valuea  contained 
in  a  specific  radar  data  base  are  often  optimized  to  create  a  realistic 
simulation  of  one  particular  radar  set.  For  more  general  application, 
it  is  helpful  to  know  the  characteristics  of  the  display  for  which  it 
was  intended. 


50.1.3.2.5.3  Gridded  Data  Section.  Self-Explanatory. 

50.1.3.2.5.3.1  Terrain  Post  Spacing.  In  that  the  SSDB  stores  terrain 
in  an  arc-second  spacing  schene,  it  is  necessary  for  incoming  SIP  data 
to  comply  with  this  format.  If  this  terrain  grid  is  interpolated  frcn 
seme  other  scheme  (such  as  Universal  Tranverse  Mercator  (UTM)),  it  will 
not  necessiurily  retain  the  accuracy  of  the  source  from  ^ri^oh  it  was 
generated;  for  this  reason,  the  producer  needs  to  notify  the  8DBF  when 
the  data  has  been  resampled,  so  that  a  determination  can  be  made  whether 
it  meets  the  accuracy  standards  of  the  SSDB. 

50.2  SIF/DP  Data  Base  Format.  The  purpose  of  this  section  is  to  define 
the  overall  SIF/DP  data  base  format,  in  both  a  logical  form  as  well  as  a 
physical  tape  form.  The  SIF/DP  Data  Base  Format  was  designed  to  be 
nearly  identical  to  the  SSDB.  It  was  meant  to  be  processed  by  a  copy  of 
the  SDBF  system  or  ein  equivalent  system.  Thus,  the  data  provided 
through  SIF/DP  consists  of  a  dunp  of  the  SSDB  with  seme  additional 
control  information. 

50.2.1  SIF/DP  Data  Base  Structure.  SIF/DP  consists  of  four  general 
classes  of  simulator  data.  These  are  terrain,  culture,  models,  and 
texture.  For  each  application  of  the  SIF/DP  standard,  these  classes  of 
data  shall  be  included  or  excluded  as  appropriate  to  the  sending  and 
rctceiving  applications. 

50.2.1.1  Logical  Format.  (Self-explanatory.) 

50.2.1.1.1  Data  Base.  (Self-explanatory.) 

50.2.1.1.2  Section.  (Self-explanatory.) 

50.2.1.1.3  File/Record/Field/Itan.  Usually,  a  field  consists  of  a 
single  item.  An  exang>le  of  a  field  with  more  than  one  item  is  a  vertex 
field  where  each  of  the  coordinates  (X,  Y,  Z)  defining  the  vertex  are 
items. 


50.2.1.2  Physical  Format.  (Self-explanatory.) 

50.2.1.2.1  Data  Order.  The  first  save  set  on  the  first  tape  of  the 
data  base  consists  of  a  single  file:  the  mandatory  SIF/DP  Data  Base 
Header  File.  It  contains  control  information,  including  counts  of 
various  data  entities  as  well  as  the  file  name  of  each  file  in  the  data 
base.  Each  of  the  following  sections  consists  of  one  or  more  save 
sets,  each  of  which  consist  of  one  or  more  files.  Bach  of  the  four 
sections  is  optional,  and  their  existence  is  Indicated  within  the  SIF/DP 
Data  Base  Header  File.  For  further  details  on  the  content  of  the  files 
within  the  four  main  data  sections,  one  should  consult  the  SSDB  Data 
Base  Design  Document  (DBDD). 
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50.2.1.2.2  Physical  Tape  Format,  it  is  a  subset  of  the  ANSI  standard. 
According  to  this  standard,  volumes  are  written  and  read  on  9-track 
magnetic  tape  drives  only.  The  standard  specifies  the  format,  content, 
and  sequence  of  volume  labels  and  file  labels.  All  labels  must  consist 
of  ASCII  characters.  Four  file/volume  configurations  are  supported. 

They  are  single  file/single  volume;  single  file/multi-volume;  multi¬ 
file/single  volume;  and  multi-file/roulti-volume.  A  SIF/DP  data  base  may 
span  several  tape  volumes.  The  ANSI  standard  specifies  a  maximum  block 
size  of  2048  bytes;  however,  SIF/DP  allows  larger  block  sizes.  Larger 
block  sizes  tend  to  be  more  optimal  in  tape  usage.  It  is  recosamended 
that  SIF/DP  data  base  creators  use  as  large  a  block  size  as  possible, 
given  the  processing  capabilities  of  the  systems  exchanging  data  bases. 
The  SDBF  system  supports  up  to  the  maximum  block  size.  Specific  save 
set  names  used  by  convention  are  listed  in  the  format  descriptions. 

Those  specific  save  set  names  listed  In  each  of  the  sections  are 
required.  For  more  details,  one  should  consult  the  specified  ANSI 
standaurd  and/or  VAX/VMS  documentation,  including  the  VAX  VMS  Magnetic 
Tape  Oser’s  Guide. 

50.2.2  SIF/DP  File  Formats.  Some  files  are  ASCII  while  others  are 
VAX/VMS  binary  indexed  files  or  VAX/VMS  binary  sequential  files.  The 
binary  files  use  VAX/VMS  format  for  integer  and  floating  point  values. 
The  files  in  SIF/DP  are  either  identical  or  nearly  identical  to  their 
counterparts  in  the  SSDB.  Some  files  may  have  additional  information 
added  to  them  for  SIF/DP  purposes. 

50.2.2.1  Header  File.  This  section  defines  the  detailed  file,  record, 
and  field  structure  of  the  SIF/DP  data  base  header  file  format.  This 
format  is  used  to  provide  general  information  on  the  contents  of  a 
SIF/DP  database. 

50.2.2.1.1  Header  Data  Encoding.  This  file  contains  general 
transmittal,  identification,  and  directory  information.  The  intent  of 
the  file  is  to  allow  a  SIF/DP  user  to  plan  for  the  data  to  be  input  from 
the  data  base  media.  Information,  including  areas  of  coverage  and  file 
names,  are  provided  for  models,  culture,  terrain,  and  texture.  A 
compressed  form  of  ASCII  has  been  chosen  for  the  data  base  header  file 
by  the  SIF/DP  designers.  Since  many  records  are  optional  and  the  number 
of  records  of  a  certain  type  may  vary,  a  method  is  needed  so  that  one 
knows  the  type  of  record  being  read.  The  keyword  approach  has  been 
adopted  in  the  SIF/DP  Data  Base  Header  File.  To  minimize  the  impact  of 
additional  storage,  keywords  have  been  limited  to  two  ASCII  characters. 

50.2.2.1.2  Header  Section  Structure.  (Self-explanatory.) 

50.2.2.1.3  Header  File  Structure.  This  mandatory  file  shall  contain 
general  transmittal,  identification,  and  directory  information 
concerning  the  SIF/DP  data  base  to  follow.  It  shall  be  the  first  file 
on  the  first  tape  volume.  The  order  of  data  in  the  SIF/DP  Data  Base 
Header  File  is  as  specified  below.  The  order  in  which  the  file  names 
appear  in  this  file  is  the  required  order  in  which  the  files  shall 
appear  in  the  data  base.  All  records  in  this  file  are  defined  in  this 
section.  Data  field  definitions  are  provided  in  the  Data  Dictionary 
appendix . 


50.2.2.1.3.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  type  of  file. 
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50.2.2.1.3.2  Tranamittal  Description  Record.  Thia  mandatory  racord 
contains  identification  information  for  the  entire  data  base. 

50.2.2.1.3.3  Data  Directory  Record.  This  mandatory  record  contains 
directory  information  regarding  the  entire  data  base. 

50.2.2.1.3.4  2D  Static  Model  Library  Header  File  Name  Record.  This 
record  is  mandatory  only  if  2D  static  models  exist  in  the  data  base. 

The  existence  of  2D  static  models  is  indicated  by  a  count  in  the  Data 
Directory  Record.  If  they  do  exist,  there  shall  be  exactly  one  of  these 
files.  The  record  contains  the  file  name  for  a  single  2D  static  model 
library  header  file. 

50.2.2.1.3.5  2D  Static  Model  Entry  Record.  The  record  contains 
identification  and  descriptive  information  for  a  single  2D  static  model. 

50.2.2.1.3.6  3D  Static  Model  Library  Header  File  Name  Record.  This 
record  is  mandatory  only  if  3D  static  models  exist  in  the  data  base. 

The  existence  of  3D  static  models  is  indicated  by  a  count  in  the  Data 
Directory  Record.  If  they  do  exist,  there  shall  be  exactly  one  of  these 
files.  The  record  contains  the  file  name  for  a  single  3D  static  model 
library  header  file. 

50.2.2.1.3.7  3d  Static  Model  Enrrv  Record.  The  record  contains 
identification  and  descriptive  information  for  a  single  3D  static  model. 

50.2.2.1.3.8  3D  Dynamic  Model  Library  Header  Pile  Name  Record.  This 
record  is  mandatory  only  if  30  dynamic  models  exist  in  the  data  base. 

The  existence  of  3D  dynamic  models  is  indicated  by  a  count  in  the  Data 
Directory  Record.  If  they  do  exist,  there  shall  be  exactly  one  of  these 
files.  The  record  contains  the  file  name  for  a  single  30  dynamic  siodel 
library  header  file. 

50.2.2.1.3.9  3D  Dynamic  Model  Entry  Record.  The  number  of  these 
records  shall  correspond  to  the  number  of  3D  Dynamic  Models  Field,  found 
in  the  Data  Directory  Record.  The  record  contains  identification  and 
descriptive  information  for  a  single  3D  dynamic  model. 

50.2.2.1.3.10  Culture  Cell  Header  Control  Record.  This  record  is 
mandatory  only  if  culture  exists  in  the  data  base.  If  culture  is 
provided,  then  there  shall  be  one  of  these  records  for  each  cell.  The 
number  of  cells  corresponds  to  the  count  given  in  the  Data  Directory 
Record.  The  record  contains  the  file  name  for  the  culture  cell  header 
file  for  a  specific  cell.  Thia  record  also  contains  the  identifying 
southwest  corner  and  the  number  of  culture  manuscripts  within  this  cell. 

50.2.2.1.3.11  Culture  Manuscript  Data  File  Names  Record.  This  record 
is  mandatory  for  each  culture  manuscript  in  the  data  base.  The  number 
of  these  records  for  a  given  cell  is  provided  by  the  count  found  in  the 
Culture  Cell  Header  Control  Record.  The  record  contains  the  file  name 
for  each  file  with  information  for  a  single  culture  manuscript. 
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50.2.2.1.3.12  Terrain  Cell  Header  Control  Record.  This  record  is 
Bumdatory  only  if  terrain  exists  in  the  data  base.  X£  terrain  is 
provided,  then  there  shall  be  one  of  these  records  for  each  cell.  The 
number  of  cells  corresponds  to  the  count  given  in  the  Data  Directory 
Record.  The  record  contains  the  file  naxne  for  the  terrain  cell  header 
file  for  a  specific  cell.  This  record  also  contains  the  identifying 
southwest  comer  and  the  number  of  terrain  nvanuscripts  within  this  cell. 

50.2.2.1.3.13  Terrain  Manuscript  Data  File  Names  Record.  This  record 
is  mandatory  for  each  terrain  manuscript  in  the  data  base.  The  nvonber 
of  these  records  for  a  given  cell  is  provided  by  the  count  found  in  the 
Terrain  Cell  Reader  Control  Record.  The  record  contains  the  file  name 
for  each  file  with  information  for  a  single  terrain  manuscript. 

50.2.2.1.3.14  Generic  Texture  Entry  Record.  This  record  is  mandatory 
for  each  generic  texture  in  the  data  base.  The  number  of  these  records 
is  provided  by  the  count  found  in  the  Data  Directory  Record.  The  record 
contains  Identifying  and  descriptive  information  for  a  single  generic 
texture. 


50.2.2.1.3.15  Stage  3  Specific  Model  Texture  Entry  Record.  This  record 
is  mandatory  for  each  stage  3  specific  model  texture  in  the  data  base. 
The  number  of  these  records  is  provided  by  the  count  found  in  the  Data 
Directory  Record.  The  record  contains  identifying  and  descriptive 
information  for  a  single  stage  3  specific  model  texture. 

50.2.2.1.3.16  Stage  2  Specific  Model  Texture  Entry  Record.  This  record 
is  mandatory  for  each  stage  2  specific  model  texture  in  the  data  base. 
The  number  of  these  records  is  provided  by  the  count  found  in  the  Data 
Directory  Record.  The  record  contains  identifying  and  descriptive 
Information  for  a  single  stage  2  specific  model  texture. 

50.2.2.1.3.17  Stage  1  Specific  Model  Texture  Entry  Record.  This  record 
is  mandatory  for  each  stage  1  specific  model  texture  in  the  data  base. 
The  number  of  these  records  is  provided  by  the  count  found  in  the  Data 
Directory  Record.  The  record  contains  identifying  and  descriptive 
information  for  a  single  stage  1  specific  model  texture. 

50.2.2.1.3.18  Stage  3  Specific  Areal  Texture  Entry  Record.  This  record 
is  mandatory  for  each  stage  3  specific  areal  texture  in  the  data  base. 
The  number  of  these  records  is  provided  by  the  count  found  in  the  Data 
Directory  Record.  The  record  contains  identifying  and  descriptive 
information  for  a  single  stage  3  specific  areal  texture. 

50.2.2.1.3.19  Stage  2  Specific  Areal  Texture  Entry  Record.  This  record 
is  mandatory  for  each  stage  2  specific  areal  texture  in  the  data  base. 
The  number  of  these  records  is  provided  by  the  count  found  in  the  Data 
Directory  Record.  The  record  contains  identifying  and  descriptive 
information  for  a  single  stage  2  specific  areal  texture. 

50.2.2.1.3.20  Stage  1  Specific  Areal  Texture  Entry  Record.  This  record 
is  mandatory  for  each  stage  1  sp>ecific  areal  texture  in  the  data  base. 
The  number  of  these  records  is  provided  by  the  count  found  in  the  Data 
Directory  Record.  The  record  contains  identifying  and  descriptive 
information  for  a  single  stage  1  specific  areal  texture. 
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50.2.2.1.3.21  SMC/FDC  Texture  Entry  Record.  This  record  is  mandatory 
for  each  SMC/FDC  texture  in  the  data  base.  The  number  of  these  records 
is  provided  by  the  count  found  in  the  Data  Directory  Record.  The  record 
contains  identifying  and  descriptive  information  for  a  single  SMC/FDC 
areal  texture. 

50.2.2.2  Model  Data.  The  purpose  of  this  section  is  to  define  the 
detailed  file,  record,  and  field  structure  of  the  SIF/DP  CS6  and 
polygonal  model  data  format. 

50.2.2.2.1  Model  Data  Encoding.  The  CSG  approach  to  modeling  describes 
physical  objects  using  boolean  combinations  of  a  few  simple  primitive 
solids,  such  as  spheres  and  cylinders.  The  CSG  approach  was  selected 
as  being  significantly  more  generic  (i.e.,  system- independent)  than  the 
polygonal  (i.e.,  surface-based)  approach  typically  used  by  simulator 
vendors.  Although  CSG  primitives  are  volumetric  ( 3-difflenaional ) ,  2-D 
parts  within  a  model  may  be  represented  by  modeling  the  objects  as  one 
or  more  thin  plates,  which  may  then  be  “collapsed"  into  a  flat  plane  by 
the  COBTP  during  polygonization.  In  those  cases  where  a  shape  (either 
7~V  or  3-D)  is  too  irregular  to  be  efficiently  represented  using 
standard  solids,  the  SDBF  software  design  supports  definition  of  free¬ 
form  polygonal  cross-sections  on  a  vertex-by-vertex  basis.  These  cross- 
sections  may  then  be  used  to  generate  3-D  voluiaes  via  CSG  operations 
such  as  'sweep*  or  'revolve'.  The  SDBF  uses  a  comnercial  off-the-shelf 
(COTS)  product  called  ICMGMS  (Interactive  Computer  Modelling  Geometric 
Modelling  System)  as  the  basic  toolkit  for  modeling  application 
software . 


50.2.2.2.2  Model  Section  Structure.  The  SSDB  supports  storage  of  each 
model  at  up  to  nine  levels  of  detail  (LODs).  The  resolutions  for  the 
LOOs  may  vary  from  model  to  model  since  the  way  a  model  is  built  depends 
on  the  specific  application  for  which  it  was  intended.  In  the  SSDB,  a 
commercial  software  product  (ICMGMS)  with  a  particular  implementation  of 
standard  CSG  commands  has  been  used.  The  polygonal  geometry  of  each 
model  is  represented  as  a  set  of  surface  polygons  in  3-D  space.  The 
perimeter  of  each  polygon  is  described  by  a  set  of  coordinates  or 
vertices.  The  polygon  is  implicitly  closed.  Vertices  are  listed  in 
counter-clockwise  order.  Each  surface  or  polygon  may  have  descriptive 
and  rendering  attributes  associated  with  it.  A  wide  range  of  fields  are 
available  to  describe  attributes  specific  to  radar,  visual,  and  infrared 
simulation,  as  well  as  general  attributes  applicable  to  all  three.  Each 
polygon  may  reference  texture  maps  from  an  associated  Model  Texture 
Library.  The  model  library  structure  also  supF>orts  composite  models  in 
which  one  model  references  another  as  a  component. 

50.2.2.2.3  Model  File  Structure.  (Self-explanatory.) 

50.2.2.3  Culture  Data.  The  purpose  of  this  section  is  to  define  the 
detailed  file,  record,  and  field  structure  of  the  SIF/DP  culture  data 
format . 
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50.2.2.3.1  Culture  Data  Encoding.  The  SIF/DP  culture  format  is  nearly 
identical  with  the  logical  formate  of  the  Project  2851  Standard 
Simulator  Data  Base  ( SSDB ) .  This  ia  natural  for  a  format  intended  to 
support  distributed  maintenance  of  the  SSDB.  The  SSDB  stores  culture 
data  in  a  vector  graphics  format  (points,  lines,  and  polygons).  The 
format  is  comparable  to  DMA  Digital  Feature  Analysis  Data  (DFAD),  but 
considerably  extended  in  terms  of  point  precision  and  descriptive 
attributes  supported.  Another  valuable  feature  of  the  SSDB  format  is 
its  support  for  a  FACS-like  attribute  coding  scheme.  Modeled  after 
DMA's  Feature  Attribute  Coding  System,  the  FACS  is  a  system  of  self¬ 
defining  feature  categories  and  attributes,  which  gives  the  SDBF 
flexibility  to  add  new  feature  categories  and  attributes  to  SZF/HDI  as 
the  need  arises. 

50.2.2.3.2  Culture  Section  Structure.  The  general  data  architecture 
for  SSDB  culture  files  is  modeled  after  standards  and  conventions 
established  by  the  Defense  Mapping  Agency.  The  inclusion  of  culture 
within  a  SZF/DP  database  may  be  toggled  such  that  no  culture  is  sent  or 
all  culture  within  the  specified  area  of  coverage  is  sent. 

50.2.2.3.3  Culture  File  Structure.  (Self-explanatory.) 

50.2.2.4  Terrain  Data.  The  purpose  of  this  section  is  t >  define  the 
detailed  file,  record,  and  field  8..ructure  of  the  Sir/DP  terrain  data 
format. 


50.2.2.4.1  Terrain  Data  Encoding.  The  SIF/DP  terrain  format  is  nearly 
identical  with  the  logical  formats  of  the  Standard  Simulator  Data  Base 
(SSDB).  This  is  natural  for  a  format  intended  to  support  distributed 
maintenance  of  the  SSDB.  The  SSDB  stores  terrain  data  in  a 
systematically  spaced  grid  format  comparable  to  Defense  Mapping  Agency 
(DMA)  Digital  Terrain  Elevation  Data  (DTED),  but  supports  a  much  wider 
range  of  post  spacings,  to  support  simulator  applications  with  widely 
varying  resolution  requirements. 

50.2.2.4.2  Terrain  Section  Structure.  The  inclusion  of  terrain  within 
a  SIF/DP  database  may  be  toggled  such  that  no  terrain  is  sent  or  all 
terrain  within  the  specified  area  of  coverage  is  sent. 

50.2.2.4.3  Terrain  File  Structure.  (Self-explanatory.) 

50.2.2.5  Texture  Data.  The  purpose  of  this  section  is  to  define  the 
detailed  file,  record,  and  field  structure  of  the  SIF/DP  texture  format. 

50.2.2.5.1  Texture  Data  Encoding.  The  SIF/DP  texture  format  is 
intended  to  support  distributed  maintenance  of  the  texture  files  within 
the  Standard  Simulator  Data  Base  (SSDB).  Therefore,  the  data  format 
will  be  very  similar,  if  not  identical,  to  the  internal  binary  format 
used  in  the  SSDB . 

50.2.2.5.2  Texture  Section  Structure.  Each  texture  library  has  a 
toggle  associated  with  it  to  determine  the  texture  libraries  to  be  sent. 
Textures  to  be  sent  are  determined  by  their  areas  of  coverage  except  for 
generic  textures. 

50.2.2.5.3  Texture  File  Structure.  (Self-explanatory.) 
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50.2.3  SIF/DP  Data  Base  Content.  SIF/DP  was  designed  for  the  express 
purpose  of  providing  a  highly  efficient  interface  to  the  SSDB,  as  it  is 
stored  internally  by  the  SDBF  data  base  generation  system.  In  doing  bo, 
it  was  decided  that  virtually  no  tailoring  or  filtration  of  the  SSDB 
would  be  supported,  since  these  operations  would  impede  the  rapid 
generation  and  utilization  of  SIF/DP  data  sets.  Thus,  by  definition,  a 
SIF/DP  data  set  is  a  direct  copy  of  the  SSDB  front  which  it  was  created. 
The  only  options  available  to  SIF/DP  producers  and  consumers  are  the 
"toggles*’,  which  determine  whether  or  not  to  incorporate  each  of  the 
major  sections. 


60  SOTSS 

60.1  Notes  on  Appendix  A 

60.1.1  General  Design  Approach.  The  formats  of  the  di.^ferent  data 
fields  defined  within  the  SIF/BDI  and  SIF/DP  files  require  the 
definition  of  different  data  structures  within  the  data  dictionary  and 
methods  for  storing  these  data  fields  within  a  SIF/HDI  tape  file. 

a.  Data  fields  specified  within  the  SIF/BDI  formats  and  SIF/DP  formats 
can  be  divided  into  two  categories,  atomic  level  data  fields  and 
composite  level  data  fields.  The  atomic  level  data  fields  are  defined 
as  containing  only  one  data  value,  and  the  composite  level  data  fields 
cure  defined  as  containing  two  or  more  data  values. 

b.  When  storing  an  atomic  level  data  field  into  a  SIF/BDI  ASCII  tape 
file,  the  format  is  defined  as  being  the  value  of  the  data  field 
followed  by  the  field  sepctrator  mark  (an  ASCII  Null  mark  'DO').  An 
example  is  shown  below: 

Field_100Pield_200Field_300 . . . 

c.  When  storing  a  composite  level  data  field  into  a  SIF/BDI  ASCII  tape 
file,  the  format  is  defined  as  being  the  value  of  the  first  data  item 
followed  by  an  intra-field  separator  (a  blank  character  ’  ’)  followed  by 
the  value  of  the  next  data  value  in  the  field.  If  there  cure  more  data 
values  contained  withrn  the  field,  the  second  data  value  is  followed  by 
an  intra-field  separator  followed  by  the  next  data  value,  and  so  on 
until  all  data  values  for  the  data  field  have  been  written  to  the  tape 
file.  After  all  data  values  have  been  written,  the  data  field  is 
terminated  with  an  ASCII  null  character.  Examples  are  shown  below: 

Group_l_Field_l  Group_l_Field_2  Group_l_Field_300 . . . 

Group_l_Field_l  Group_l_Field_200Group_2_Field_l  Group_2_Field_200 . . 

d.  When  storing  either  an  atomic  level  data  field  or  a  composite  level 
data  field  into  a  SIF/BDI  binary  tape  file,  there  are  no  field 
separators  nor  any  intra-field  separators. 
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e.  Except  for  where  specially  noted,  all  data  fields  are  in  an  ASCII 
string  format.  Thus,  all  fields  marked  as  type  BOOLEAN,  ENUNerated, 
REAL6,  REALIO,  INTeger,  etc.,  eure  actually  converted  to  ASCII  strings. 
If  a  data  field  is  truly  binary,  then  its  type  shall  indicate  this  by 
the  word  "BINARY*  in  it  (e.g.,  BINARY  INT  would  indicate  a  binary 
integer  type) .  Binary  types  are  used  in  files  that  are  entirely  binary 
while  ASCII  strings  are  used  in  files  that  are  entirely  in  readable 
ASCII  string  format.  Binary  files  tend  to  consist  of  long  lists  of 
coordinates . 


f.  For  the  data  fields  represented  as  ASCII  strings,  the  lengths 
provided  in  this  data  dictionary  indicate  the  maximum  possible  length 
(number  of  characters)  for  each  data  field  that  exists  in  the  3IF  Data 
Base  Header  File,  the  Model  Section,  and  the  Culture  Section.  For  any 
particular  instance  of  a  data  field  in  those  areas,  the  actual  length 
may  be  less  due  to  the  compression  of  blanks.  (Note  that  blanks  used  as 
intra-field  separators  shall  not  be  compressed.)  For  ASCII  data  fields 
in  the  Gridded  Data  Section  for  Terrain  and  Texture,  the  lengths  shown 
in  this  data  dictionary  indicate  the  exact  length  of  each  field.  The 
reason  for  this  is  that  the  Gridded  Data  Section  follows  the  NITF 
standard  ^diich  does  not  allow  for  blank  compression  %d.thin  its  header 
data.  For  all  ASCII  data  fields,  the  length  does  not  include  the  field 
separator;  however,  for  composite  level  data  fields,  the  length  does 
include  the  intra-field  separator ( s ) . 

g.  For  the  data  fields  represented  in  a  binary  format,  the  lengths 
provided  in  this  data  dictionary  indicate  the  exact  number  of  bytes 
necessary  to  represent  that  type. 

h.  Since  the  Gridded  Data  Section  treats  field  lengths  differently  than 
the  other  sections,  it  may  be  useful  to  distinguish  these  data  fields 
from  the  rest.  In  order  to  extend  the  usefulness  of  this  data 
dictionary,  fields  that  occur  only  in  the  Gridded  Data  Section  are 
denoted  with  "(GDS)”  in  the  field  name  column  following  the  name; 
fields  that  occur  in  the  Gridded  Data  Section  as  well  as  others  are 
similarly  denoted  with  *(BOTH)*. 

i.  There  are  several  different  types  of  data  defined  in  this  data 
dictionary.  The  integer  type  (INT)  has  several  traditional  ranges 
associated  with  it  that  correspond  to  the  number  of  bytes  often  used  to 
represent  it  (-128.. 127  for  1-byte  integers,  -32768 . .32767  for  2-byte 
integers,  -2147483648 . .2147483647  for  4-byte  integers).  Some  SIF 
integer  types  have  other  ranges  due  to  the  requirements  of  those  data 
fields.  Multiple  integer  fields  can  be  grouped  to  form  composite  level 
data  fields  such  as  INT2D,  INT3D,  and  INT4D. 

j.  The  traditional  real,  or  floating  point,  type  is  represented  in 
scientific  notation  for  ASCII  strings  and  in  standard  ANSI/IEEE  binary 
floating  point  notation  (ANSI/IEEE  Std  754-1985)  for  binary  data.  The 
number  of  significant  digits  is  indicated  by  the  type  name  (e.g.,  six 
significant  digits  in  REAL6,  ten  significant  digits  in  REALIO). 

Multiple  real  fields  can  be  grouped  to  form  composite  level  data  fields 
such  as  REAL2D6,  REAL3D6,  REAL2D10,  and  REAL3D10. 
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k.  The  string  type  is  an  ASCII  string  of  given  length.  In  general,  it 
can  contain  any  free-form  set  of  printable  ASCII  characters,  including 
the  blank  character.  There  are  some  cases  when  only  certain  characters 
are  eligible.  For  exan^le,  date  fields  would  consist  of  numeric 
characters  only,  and  file  name  fields  would  consist  of  alphanumeric 
cheuracters  and  a  few  other  eligible  characters  (as  described  previously 
in  this  document) .  The  type  name  is  STR. 

l.  The  enumerated  type  is  essentially  the  same  as  a  string  type  except 
that  there  exists  a  small  finite  number  of  possible  valid  strings. 

These  are  shown  in  the  range  column  of  this  data  dictionary.  The 
enumerated  type  consists  of  only  alphanumeric  characters  and  the 
underscore  ( )  character .  The  length  indicated  for  an  enumerated  type 
field  indicates  the  length  of  the  longest  enisnerated  value  for  that 
type.  Following  the  NITF  conventions,  enumeratcKi  type  fields  shall  be 
padded  with  blanks  when  necessary  in  the  Gridded  Data  Section; 
entnnerated  type  fields  in  all  other  places  in  the  SIF  data  base  shall  be 
of  the  exact  length  of  that  enumerated  type  value.  The  type  name  is 
ENUM. 

m.  The  boolean  type  is  a  special  enumerated  type  where  the  possible 
values  are  TRUE  and  FALSE  only.  The  type  name  is  BOOLEAN. 

n.  A  few  special  types  exist.  For  example,  the  HEX  type  is  a  32- 
character  string  of  hexidecimal  digits  (0..9,  A..F).  Some  types  are  a 
combination  of  other  types  in  that  they  consist  of  a  series  of  data 
items  of  the  same  or  different  types.  These  are  all  considered 
composite  level  data  fields. 

60.2  Notes  on  Appendix  B 

60.2.1  FACS  Ccanmonalitv.  The  feature  types  and  attributes  described  in 
the  DMA  glossary  cover  a  majority  of  the  different  feature  types  and 
attributes  required  within  the  SIF.  However,  there  is  a  need  to  expand 
on  the  DMA  glossary  for  some  of  the  more  simulator  specific  attributes 
supported  in  the  SIF  format.  The  following  paragraphs  identify  the  FACS 
codes  and  P2851  specific  FDC  values  that  are  to  be  used  for  the  optional 
attributes  for  culture  features  or  components  of  models  as  defined  in 
the  applicable  sections  of  the  document. 

60.2.2  FACS  Codes.  This  section  provides  a  mapping  from  the 
different  SIF  optional  attribute  fields  to  the  actively  suppoirted  FACS 
codes.  Originator  codes  are  assigned  to  SIF  users  as  described  in  the 
main  body  of  this  document,  section  4.2.1,  Physical  Tape  Labeling. 

Based  on  values  identified  in  the  User-Defined  FACS  tables  for  either 
culture  or  model  data,  and  input  from  SIF  users,  the  list  of  actively 
supported  FACS  codes  can  grow  to  include  whatever  descriptors  are  deemed 
necessary  to  attribute  the  SIF  data,  if  a  user-defined  FACS  attribute 
becomes  part  of  the  standard  SIF  FACS  Code  list,  its  FACS  Code  value  may 
be  modified  and  documented  in  a  future  revision  to  this  specification . 
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60.2.3  SlP-Speciflc  FDCb.  Feature  Descriptor  Codes  are  prisiarily 

based  on  the  FCode  value  that  is  described  within  the  DMA  FACS  Glossary. 
As  with  the  SIF  supported  FACS  codes,  the  list  of  feature  codes  %d.thin 
the  DMA  glossary  needs  to  be  expanded  upon  to  describe  simulator 
specific  features.  The  following  list  describes  the  FDCs  that  are 
specific  to  the  SIF.  For  a  complete  listing  of  the  FDCs  that  are  to  be 
used  for  describing  features  or  models  within  the  SIF,  this  list  is  to 
be  combined  with  the  FCodes  in  the  DMA  FACS  Glossary. 

a.  The  FDC  list  has  the  possibility  for  expansion  in  the  future  based 
on  inputs  from  SIF  users.  Baaed  on  values  identified  in  the  FID/FDC 
Cross  Reference  tables  for  either  culture  or  model  data,  and  input  from 
SIF  users,  the  list  of  actively  supported  FDC  codes  can  grow  to  include 
vdiatever  descriptors  are  deemed  necessary  to  describe  the  SIF  data. 
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Modified  Specific  Texture  BOOLEAN  5  TROE,  FALSE  Flag  indicating  whether  a  specific 

Flag  (CDS)  texture  has  been  modified  with 

synthetic  data 


c 

o 

a 

u 

u 

• 

o 

o 


e 


eo 

K 

H  I 

O  O 

H  in  e 
P4  )  o 

%r 


S» 

c 

« 

IS 


ji  m 

■fj  « 

C  in 

C  U 


e<  tM 


I 


•o 

« 

-H 


£ 

O 

S 

N 


V4 

O 

*i 

c 

o 

z 


ja  CO 
CQ  CO 
CO  CO 
CO  CO 
CO  CO 
CO  CO 
CO  Z 

!gi 

o  a 

o  ct 

D3  Ifl 


g 

CO 


Vi 

« 

C 

Vi 

O 

o 


u 

4*  U 
K  •M 


»  V4 

•o  o 

o 

^  • 

m  <-« 

« 

^  c 

•H 
Q>  « 

-S  ^ 

» is 

tT>  4» 

c 

•H  >1 

•P  • 

O  -rt 

C  • 

-H  »4 
3 

0‘+» 
«  -* 
-t  3 
IH  O 


e 

o» 

•H 

P 

O 

P 

O 

a 

a 

CO 

to 

• 

p 

S  A 

s  “ 

•  m 

«  .. 
«  Ji 
-H  P 


z 

< 

i 

0 


«o 

<»» 

» 


c* 

« 

o 


m 

<N 


g 

n 


u 

■o 

« 

JS 

Ik 

f 

H 

z 

Ji 

p 


a 

0) 

p 

>« 

A 


p 

tr 

c 

« 


» 

'J5 


o 

« 

ro 

lO 

r> 

CM 


o 

o 

o 

o 

o 


m  x: 
> 

c 
o 

.-S 


o  o 

C  <M 
p 

p  a 

•  a 

p  e 

•  « 

Ji  « 

»  J3 

t7>  • 

C  > 

•H  • 

4>  J3 

8. 

a  •p 

■H  P 

«  a 

D>  V4  cn 

.2  8.1 

h  O  .W 


H 

to 

s 


I 


H 

Z 


to  to 

8  @ 


Vi 

Q 

Ji 

4 

IH 

a 

P 

a 

o> 

z 

o, 

•H 

0) 

•4 

0 

« 

u 

3 

4a 

0 

» 

O 

U 

0) 

■o 

« 

0 

« 

0) 

h 

c 

« 

z; 

o 

01 

n 

a 

4J 

4i 

04 

% 

z 

K 

01 

z 

K 

01 

z 

E< 

HI 

z 

o> 

« 


« 

> 

o 

I 


» 

« 


I*) 

<71 

o\ 


s 

3 

►a 


T3 

01 

p 

« 

•3 

ON 

ro 

I 

Z 

• 

O' 

te 

(V 


•o 

01 

n 

VI 

a> 

S' 

(O 


O' 

ro 

I 

< 


c 

o 


kl 

u 

a 

01 

o 


<  oi 
« 
X  >-i 
M  I 
Q  Q 
SB 

■■  V> 


p. 

<  *H 

X 


0> 

O' 

c 

« 

K 


x:  CO 

C  IQ 

0^  u 

•4 


C  « 

E 

^  o 

•  e 


« 

« 

M  TJ 
«  V 

■ 

O*  3 
C 


«  IS 
C 

o 


«  M 

e 

o  c 


r-t  •! 

« 

e  q 
o 


a  0) 

•H 

■ 

•H  TJ 

C  TJ 

-H  x; 

U 

» 

■ 

0) 

C  4) 

M  -P 

O  JS 

p 

C 

•o 

E  TJ 

p 

sn 

3 

01 

3 

•S  3 

0) 

P 

E 

T3  r-< 

0) 

O'  0 

X 

•H 

o 

1  U 

M  -H 

-H  C 

0) 

■D 

c 

•  C 

<M  X 

01 

p 

1 

•H 

a  p 

-•H  0) 

C  0) 

P 

p 

X  O  -P 

JS 

> 

a 

JS  • 

•  U 

O 

« 

P 

M 

p  p 

>  Q.  01 

w 

« 

« 

X  a  > 

P  o 

u 

>H 

<p 

p 

0 

0 

p 

O  P 

.u  « 

IP 

m 

a 

0  m 

o  a 

cn 

A 

p  x 

■ 

e 

o 

■H 

O' 

« 

>< 

O 

a 

w 

3 

O 

U 

c 


■ 

w 

n 

3 

■P 

a) 

V  • 

■M  k« 


M  4J 
3 


M  O 

z 

a 

C  >1 

ft  « 

X  » 

*>  »-t 
•>4  « 


5  £•.* 
01  • 
«  0>  O' 
■p  «  « 

5^5 


«  u 

tr  o 

«  *H 


•  p 

m 

P 

> 

E 

o 

p  m 

^  « 

• 

3 

n 

•»■ 

u 

U  A 

«  • 

P 

•O  P 

0  n 

^4 

« 

p 

a 

0)  P 

3 

P  0) 

c 

0 

•  • 

P  0) 

« 

6 

P  3 

«4 

•H  *0 

xys  a 

01 

Q  P 

« 

P  c 

O'  3 

p 

« 

Q.  « 

T 

■D 

r-4  « 

0  0 

« 

Ch  > 

B 

01 

3  P 

e 

3 

« 

• 

B 

M  • 

H4 

«  n 

X 

Q 

H4 

o 

o 

A 

•H 

p  Js 

P 

SpX 

%- 

o 

p 

•«4 

p  P 

c 

• 

• 

0 

9 

P 

• 

P  o 

A  V 

A 

c  - 

p 

O'  o  c 

« 
J3 


O* 

«  « 
E  « 

M  • 

O' 

•a  <0 

S5. 


*D  0» 

c  .a 


r** 

r- 

r- 

so 

SO 

SO 

so 

so 

so 

n 

m 

<n 

ro 

<30 

GO 

CD 

00 

00 

00 

V 

so 

r- 

r- 

r# 

oH 

0"^ 

o 

<N 

<N 

<N 

<N 

04 

M 

CM 

as 

• 

• 

» 

• 

« 

• 

• 

• 

o 

• 

• 

• 

• 

• 

• 

• 

• 

• 

o 

• 

o 

O 

O 

O 

O 

o 

O 

O 

o 

# 


•<s 
»<  ^ 
M  I 

o  o 

Z  H 

S'? 

Sri 

z 


e 

o 

.U 

O, 

•H 

Vl 

u 

« 

0) 

o 


01 

o* 

c 

« 

« 


xi  m 

C  00 

«  o, 

^  H 


•o 

o 

•H 


4^ 

•o 

c 

• 

« 

O' 

e 

« 

JS 

4i 

e  - 

• 

c 

u 

P 

4J 

C 

•H  « 

JS 

J3 

c 

c 

• 

ha 

•0^ 

■  e 

XJ 

« 

XL 

-H 

M 

u 

e  3  p. 

C 

p 

a 

«)  40 

to 

o 

j:  O' 

O 

« 

fcn 

tt 

P  C  -H 

« 

o» 

IM 

p 

n 

•w  c 

>1 

« 

« 

« 

C 

« 

O.  «  £ 

0) 

0^ 

p 

P 

£ 

• 

P  P  o 

E 

O 

3 

p 

XI  O 

tt 

e  p  o 

3 

a 

P 

e  • 

K  0> 

> 

« 

>  s  P 

« 

K 

p  •p 

n 

<»  « 

O 

x> 

p 

e 

e 

3  -H 

Oi 

Oy 

Os 

O 

o 

o 


z 


CO 

0^ 


X 

0) 

e 


• « 

u 


■o 

01 

c 

•H 

« 

4J 

c 

o 

u 

«  « 
0)  « 

ft  « 

::J-8 


« 

0) 

■p 

3 

A  (A 
•H  O 
U  < 
■P 
P 

«  TJ 

« 

(O  B 

<  >« 

b<  01 

tJ 

1 


c 

3 

p 

P 

B  e 

-p 

<M  P 

3 

p  a 

-p  n 

O  Ip 

P  P 

o  -o 

*W  3 

n 

3 

X  c 

a 

• 

P  O 

a  -p 

p  • 

*0  e 

•p  e 

e 

P  O 

a  p 

1  A 

P  rP 

A  « 

A 

A  3 

p  p 

p  A 

G 

B  +* 

c 

B  e 

3  e 

o  • 

3  •P 

n  B 

e  p 

B  -P 

•p 

B  3 

3  -P 

p  p 

U 

*p  e 

.P  *0 

e 

P  -o 

«0 


r» 

«> 

ro 


H 

Z 


H 

z 


e« 

z 


in 


z 


H 

Z 

H 


ti 

Z 


z  > 


in 

r* 

r- 

o 

o 

tp 

o 

o 

m 

o 

o 

m 

CM 

<N 

m 

in 

SD 

f»V 

ro 

sH 

« 

« 

« 

• 

• 

« 

• 

• 

• 

• 

« 

• 

• 

• 

o 

o 

o 

o 

o 

o 

o 

Number  of  Vertices  INT  5  0..  15000  Number  of  vertices  in  a  model  LOO 

polygoDf  a  model  component,  or  a 


c 

o 


Ck 


l4 

u 


<N 
CD 

I 

o 

tn 

•J 

M 

*8 
O  M 

<  % 


» 

o 


• 

O' 

c: 

« 

Pi 


o 

X 

s 


•*=  *3 

C  B 

»  V 

a 


4J 

u 

A 

o  o 

->4 

M  C 
«  -W 
C  « 
01  -U 
O'  >4 
0» 

«  o 

M  « 

« 

«  o 

^  -p 
01 

JS  TJ 

■H 

O**-* 

c  o. 

•H  o, 

4J  « 


M 

O 


« 

OP® 
P  M 

<M  P 
O  K  T3 
0)  ^ 
®  -P  3 

i;  u  § 

*>  -H 

«  M  >0 
P  •  • 

c  c  o 

01  ®  P 
a  O' 

V  « 
p  * 

o<  ■  u 
0)  O'  o 
p  • 

a  « 

^  01 


® 

01  • 

ki  « 

P 

•o 

M  • 

O  -H 


U  ■  -H 

•»<  -P  P 

•O  P  -P 

C  •  -p  ®  c 

•p  p  -p  -p 

3  <•-<  P  ® 
O'  p  -p  01  P 

«  K  P  P 

^  01  l-i  ®  ® 

Iw  P  O  €  o 


0)  a 
p  a 
3  « 

p  tp 

K  O 

« 

P  ® 

..  -o 

U  3 
§ 

S  p 

•  « 

(0  JC 

a 


;d  u 


« 

D  JO 


*53 

H  M 

O  X 

88 


4J 

O 

C/ 

•r-\ 

Xi 

O 

G 


tt 
« 


U 
0 

a 

•28 


o 

> 

m 

u 

« 

c 

u 

c 

4) 

•H 

c  n 

ty» 

« 

0) 

«  -P 

H-l 

jC  .H 

H  #H 

< 

in 

CN 

•f 

O 

00 

H 

CM 

CO 

<n 

< 

4m 

O 

o 


•n 


o  o 
o  o 
o  o 
o  o 
o  o 
o  o 

0»  <N 
<n  <n 

I 


rs 


o  o 
o  o 
o  o 
o  o 
o  o 
o  o 

CD  CD 
i 


o 


o 

o 


o 

ro 


O 

o 


o 

so 

fO 


o 

o 


X 


£ 

r:> 

X 


to  CO 
«H  O 
Wi  O 
4^  ^ 
V 
« 

X  m 

O 

a 

P  p 
3 
P 
M 
X)  a 

o  H 


53 

S 


i 


O' 

« 


o 

<N 

X 


01 

g 

® 

0 

X 

MJ 

O 

0 

c 

« 

> 

o 

> 

-p 

4J 

B 

4J 

D 

3 

4» 

41 

CO 

• 

•o 

O 

o 

«M 

o 

o 

O 

o 

O 

SupsEsedeB  PB9e  A-50  dated  17  Jun®  1993. 


•D  fN 
«  I 

ai  H 
3  < 
tn 

V4  Q 
O  Z 

«  < 
c  « 

•  •  H 
«  M 

-  I 

«  •  m 

jp 

*1  • 

•  ^ 

«M  tl 

O 

«  o>  z 

§«  IH 

E  Z 
Z  -H  • 


«  M  B 

u  «  C 
c 

o  • 

■p  >0  ia 

•O  O  T3 

» 

n  >1  3 

^  g  s 

o  »  • 
n  •  M 
c  tr  • 
01  •  fi 

•  01  « 

^  o 

4M 

o  o 

0  fT  U 
P.  « 


X 

8  01 

B  A 

*  _ 
n 

<a  •-< 
o  9 
B  o 

•o  -H  S 


2*6 
•rt  fri  M 
^  Z 
^  CO  <1^ 

01  Q  n 
■p  z  u 


Q,  «  4J  4->  Z  U 

E  £  2  IS 


■O  ^ 
e  <M  B 
•w  o  < 

B  «  2 
O'  •  B 
«  p< 

^  K  P 

B  4J  O 


<M  « 

<W  3 
•H  B 

P 

O  - 
•P  p 

« 

*>  *o 

p  «  — 
O  P  >■ 

Dj  — '  f-< 

O.  9 
3  B  > 
B  p  -P 

O  -P 
O'.P  u 
C  «  0) 
•H  ^  Of 

2  ■ 

O  •P  P 
<p  « 

■o  _r 

•P  O  w 
p 

B  a  <0 

3<  01  P 
«  P<<P 
rP  S  C 
B  P  -p 


<M  0) 

oca 
a  p 
a  ip  a 
P  O4P 
c  a 

a  c  3 
'P  O  'P 
O  -H  O 
•p  p 

•p  «  o 

<p  p  P 

a  a  c 
o  B  -P 
U  9 
m  'p 
o  a 

a  'Q 

U  «M  g 

a 

•  s » 

o  a 

<><p  a 

<  P  •o 


a  3  > 

^  5’:d' 

H  i  *3 


2  B  U  S 

iisi  - 

'  2  2  B  a  B  B 
B  o  O  n  M  H 

s  B  B  (0  O 


B  B  B 


E>  E*  t-* 


in  in  in  in 

IN  fS  N  M 
+  +  +  + 

a  a  a  a 

CD  CD  IS  00 

CM  m  m  n» 
a*  a>  a> 
m  fo  i»>  «*» 
o\  ch  ai  oi 


888 

n  n  n 


-1.93428  •+25.. 

1.93428  •+25; 

-1.93428  ®+25.. 

1.93428  e+25  ) 

S.p.r.tio„  Pl.n.  m  5  “H  p.Sr'”  " 


c 

o 

•H 

Qu 

-H 

U 

V 

m 

^  o 

CN 

CD 

I 

a 

m 

I 

•H 

*e 

O  M  * 

**5  S’ 
<<  2  « 
^  « 


O 

s 

H 

0< 


£  tn 

*t 

tn 
C  BC, 

sy 


B 

« 


u 

01 


c 

01 

•o 


tn 

B 

-H 

a 

s 

& 

01  TJ 

•  W 

O 

a  o 

&« 


B  W 
«<  *-« 


•n 

r> 

lO 

m 

VO 


O 

■O 

01 

CD 

3 

■o 

o 

Si 


tn 

B 

•H 

■a 

m 

s; 

•  r-l 

01 

01  *a 
s:  Q 

<M  « 

o 

0) 

0)  T3 

§5 

at  • 


H 

cn 

s 


c 

p 

0) 

« 

u 

iS 

e 

lu 

3 

4^ 

Si 

k4 

M 

JJ 

p 

M 

to 

« 

CA 

:3 

u 

<p 

0 

o 

o 

o 

M 

£ 

O 

O' 

a 

m 

IM 

c 

c 

04 

Q. 


CO 


o 

00. 


IM 

M 

CO 


U  X 

o 

01 

*>  Si 
^  -p 

m 

*i  B 

D  ‘H 
JS 
«  p 
-B  -H 
P  > 

tnxj 
B  P 
•p  o 
P  u 
«  01 
t>  u 

•H 

TJ  M  01 
BOP 
•PBS 
P 

0**v  O 
«  M  3 
r-l  CO  P 
<M  P 


•  IM  tJ 
3  O  p 
P  O 
K  TJ  O 
01  B  W 
H  01  P 


M  a 
Q  S 
B  M 

h  Iv 

M  »-( 
CO  CO 


p 

«  - 
^  • 
P  O' 

P  0) 

V 

V  - 

-f-\  01 

o  u 

p  p 
0.  3 

o 

p  ■ 

o 


>4  •  ' 

u  p  « 

B  -rO  »H 

•  tnm 

0«<«4  CD 

•  CM 
Pi 

mm* 

Si  Si 
p  p  - 

S 

IM  *0  CO 
O  •  H 
•M  < 

0)  «  ftto 

§• 

U  CO' 

ss  u  < 


>1 
«.  m 

•c  o 

!!  . 

« 

0)  o 

P  o 

o 

■  Si 

m  p 

»  g 

0)  X 

p  I 

Q  K 


m  p 

p 

-H  01 
tn  ^ 

■H 

•O  I 

01  H 

Si  P* 
p 

m 

m  u 
**  S 
■  -G 
o  % 


o 

a 


>• 

>f 


m 

si 

p 


B 

0) 


B 

B 


p  01 

•  ^ 

■p  ja 
•M  <0 
•p  P 
P 

B  01 
0)  o 

tJ  p 
Ip  3 
o 

01  ■ 

&  0 
•M 

c  m 

D  tJ 


U> 

CM 


Supersedes  Page  A-62  dated  17  June  1993. 


e 

o 

t-i 

+> 

a 

•rH 

U 

V 

a 

0) 

o 


< 


SA6 

a  H  M 
0(  »3  Z 


0) 

O' 

c 

a) 

(ti 


x:  OT 
+>  ■■ 
o* 
c  va 

5^ 


s 

TJ 

•W 

h4 


m  « 

^  4J 


o 

X  « 

4> 

1 

e  TJ 

o 

p 

a» 

rH  P 

e 

c 

Wt 

•  1 

e  p 

•H 

« 

TJ  X 

u  a 

tr 

o  e 

C  P 

•e^ 

E:  P 

«  p 

u 

0 

P 

p  a 

o 

efi 

e  e 

e  o 

iW 

> 

•p 

o 

•M 

•  y 

•C 

• 

0  m 

P  o 

4J 

n 

0 

•  O' 

• 

n 

« 

a 

«  e  O' 

UPC 

p  a. 
a  M 

PEP 

P  CQ 

•0 

G 

P  P  Q< 

S  - 

0) 

m 

p  o  a 

e  x: 

4> 

e  p  « 

p  P 

« 

• 

G 

>  p  e 

p 

C 

■p 

«  « 

5  * 

O'  a 

X 

e  o.  « 

p 

p 

X  P 

P  TJ 

■  K 

•  V 

•O  -H 

c  m 

^  a 

*1  -H 

m  M 

V 

O  -H 

a  » 


o 

CN 

z 


5» 

•P 

K 

« 

■P 


•w  v  e 

>  • 

o  £ 

•  -p  > 

c 

o  -o  e  ^ 
•H  ti  o  K 
X>  *H  O'  fl) 
-H  4J  >.-P 
B>  P 

o  0)  O  4) 
o,  X)  a  > 


o 

<N 

z 


« 

c 


01 

o 

c 

« 

p 

« 

•M 

01 

P 

• 

e  i-i 

P  A 

a  « 

to** 

•  • 

«  a 

p 


• 

o  • 

«4  •a 

p  p 

o  a 

• 

p 

p  p 

e  u 

« 

p  « 

S  p 

C  P 

c 

p  a 

• 

o  -a 

e  P 

O.  X 

X  P 

« 

H  P 

<  p 

• 

p 

a 

■p 

X 

0) 

■p 


o 

■p 

*8 


a 

o< 

« 


p 

01 

p 


a 

a 

*P  >4 
«  H 
C  CO 

•H  X! 

«  P 

C  -sJ 

I 

I  TJ 
01  0 
0) 

^  g 


«  o 
x:  -H 
P  -ri 


^  s 


% 

Oh 

Oh  Oh 

9h  9h 

OH  (7H 

in 

9h  Oh 

Oh  oh 

9k  9\ 

0>  Oh 

m 

0>  OH 

OH  cn 

in 

•  • 

«  « 

HO 

•  a 

«  • 

• 

o  o 

o  o 

1 

• 

o 

« 

Oo 


«  o* 
o  g 

CO  E 


m 

fS 

4* 

« 

00 


o  o  9^ 


o  *-•  o  •-* 


in 

<N 


-O  ^ 

A  ^ 
«M  O  U 
O  A  p 

« I 
a  0.0 
Sex 
e  e  CO 


o  •  « 
p  •o 
«  e 

§c  « 
p 

C  *0  3 
p  p 
«  O  i-t 

x:  o  a 
s  t)  o 


in 

CM 

P 

« 

CO 

CM 


lO 

o 


•8  *8 


s 

« 

« 

c 

O 

o 

o 

c 

c 

c 

ID 

c 

•H 

u 

0) 

« 

p 

« 

« 

p 

• 

0 

» 

A 

•H 

4.>  • 

p 

p 

0 

s 

o 

0  0 

a< 

« 

X  « 

V 

C6 

u 

%n 

<1 

e 

• 

0 

0  e 

O  g 

« 

« 

0 

Wt  -H 

P  z 

P  „ 

M 

M 

^  -o 

a 

a  X 

9 

4i  U 

P  V 

p  e 

ti 

K  O 

X  P 

X  "O 

K 

IC 

0  O 

e  p 

01  c 

0 

0 

H  U 

H  M 

e 

H 

V 

p 

« 

c 

•H 

TJ 

P 

O 

O 

o 

o 

I 

«  « 

^  I 

S  X 


CW 


IP  e 

p 

c:  « 
o  *0 

•p 

P  4) 

«  p 

^  a 

p 

o  i-t 

•ss 

•H 

M 

0)  o 

M  B 
-H 

M 

•  CO 

5x: 

p 
IP  -p 

o  > 

»  TJ 

g-s 

c  a 

ip 

•  o 

X  c 

H  -p 


3  X 

A 

E4 

^  1 

6 

1 

P 

CO 

Z 

w 

S  S 

CO 

c 

c 

c 

o 

-p 

p 

« 

6 

o 


01  01 

•p  § 
H  Z 


I 

< 


Superaedes  Page  A-71  dated  17  June  1993. 


c 

o 


js  m 
c  m, 

sy 


2 

■o 


c 

■p 

o 

fl 

o. 

o 

•P  "O 

01 

TJ  o 
0)  C 
•H  0) 
^  P 
O.  0) 
CU*M 

m  w 

p 

« 

p  « 
4) 

■P  P 

«  O 

p  a 

«  r) 

Ot  Q 

c  “ 

O  *0 
■p  « 
V  u 
'  B 

« 


m 

9 

u 

B 

« 

P 

m 

« 

K 

Q) 

14 

« 

e 

Q 

H 

p 

44 

_ 

« 

« 

« 

4 

0 

• 

• 

• 

aok 

• 

aoi 

« 

in 

lA 

in 

in 

m 

in 

in 

in 

in 

CM 

± 

CM 

CM 

CM 

CM 

CM 

CM 

CM 

CM 

+ 

+ 

+ 

+ 

+ 

+ 

+ 

•f 

< 

C4 

• 

• 

• 

« 

• 

« 

e 

• 

« 

o 

<D 

Q9  W 

CD 

w 

m 

09 

CD 

09 

CD 

OD 

CM 

CM 

<N 

IN 

CM 

CM 

CM 

CM 

CM 

CM 

z 

(4 

ro 

<n 

cn 

CO 

ro 

<n 

ro 

cn 

CO 

CO 

er< 

eioi 

o> 

0s 

0S  0 

Ol 

0 

Oi 

1 

c 

Id 

•H 

e-4 

pM 

0*4 

pi4 

v«4 

*-4 

•2 

1 

1 

1 

I 

s 

in 

I'l 


ID 

ID 

O 

O 

CM 

<n 

B 

0 

•M 

4^ 

« 

n 

B 

« 


O 

o 


o 

o 


>1 

u 

c 

« 

u 

9 


B 

m 

p 


•>  01 

5  g. 

C  -H 


O  "O 
O  «  •M  • 


p  -p 


<M  ^  -P 
4J  TJ  « 


(0 


■ 

■p 

+> 


B 

« 

P 


4i 

B 

« 


E 

0 

m  p  e 

w 

o 

00  e  B  ■ 

u 

e 

c 

m 

H 

n 

N  A  O  9 

o 

fi 

-H 

•H 

• 

Z 

Pi  g 

m 

Oo 

£ 

o 

9  P  e 

e-4  CM 

>1 

g: 

C) 

m 

o 

>.  B  O  43 

o 

.Q 

u 

Ip 

JQ  P 

P  u 

U 

o 

P 

e  «  73 

P  o 

TJ 

o 

«M 

Im 

e 

•o  U  C  .M  -H  P 

0 

c 

u 

M 

« 

c: 

«  B  -P  9 

i  S 

p 

€» 

D 

CO 

>1 

o 

•H  •  O'  p 

a  B 

p 

m 

•H 

■P  2.-P  » 
a  O'  p 

B  O' 

•M 

IM 

« 

1 

P 

e  -P 

g 

o 

m 

m 

Oi  e  o  •-« 

p  P 

B 

>1 

0 

9  ■  o 

P  0 

c 

p 

x: 

o 

>< 

u 

n  e  m 

m 

c 

C9 

o 

IAN 

«  >1 

M 

0 

•H 

w 

0) 

e  pm 

Oi43 

P 

Q 

•§ 

• 

•H 

p 

« 

0 

a 

"8  S  >iS 

a 

P  CM 

1 

<P  43 

« 

u  Ji  o 

o\ 

o 

•H 

X  P 

•O  CO 

ht  Ol 

p 

• 

44 

P 

•  B  •  Oi 

M  f-l 

9>  oC 

p 

C 

fH 

IM 

e  iH 

z 

C 

P 

Of 

B 

« 

o 

p  e  > 

« 

0 

Cf 

« 

•c 

P 

0  •-  P  • 

P  c 

o 

O  U 
•P  01  c 
+»  1->  p 
«  A  & 
PC  O  9 


o 

o 


s 


>1 

•H 

> 

•H 

n 

a 


c 

« 

u 


Q 

m 


•H  CO 

m 

C  j:: 

O  44 

•H  "H 

s » 

•  -D 

J-S 

■o  P 

I  ^ 

•P  -H 

•  • 

43  ^ 

P  -H 
IP  • 
•P  P 
O  •  « 
P  T) 

I  B  » 
8  -p  p 
B  *0  9 
P  P 

»  Q  -) 
43  O'  9 
H  U  U 


m 


« 

P 

m 

B 

•H 

•O 

P 

O 

o 

u 

o 

I  • 


UL  Corner  X/Y  Image  IHT2D  15  (-999999..  X/T  oarteaian  coordinates  o£  the  upper 

Coordinates  (OTS)  999999,  left  comer  of  the  image 

-999999..  ^ 

999999 


NOTICE  OF 

NOT  MEASUREMENT 

CHANGE 

SENSITIVE 

MIL-Sm-1821 
NOTICE  1 
17  April  1994 


MILITARY  STANDARD 


STANDARD  SIMULATOR  DATA  BASE  (SSDB) 
INTERCHANGE  FORMAT  (SIF) 
DESIGN  STANDARD 


TO  ALL  HOLDERS  OF  MIL-STD-1 821 : 

1 .  TTIE  FOLLOWING  PAGES  OF  MIL^TD-1821  HAVE  BEEN  REVISED  AND  SUPERSEDE  THE 
PAGES  USTED; 


NEW  PAGE 

DATE 

SUPERSEDED  PAGE  DATE 

21 

17  April  1994 

21 

17  June  1993 

22 

17  June  1993 

— 

REPRINTED  WITHOUT  CHANGE 

29 

17  April  1994 

29 

1 7  June  1993 

30 

17  June  1993 

— 

REPRINTED  WITHOUT  CHANGE 

35 

17  June  1993 

— 

REPRINTED  WITHOUT  CHANGE 

36 

17  April  1994 

36 

17  June  1993 

49 

17  June  1993 

— 

REPRINTED  WITHOUT  CHANGE 

50 

17  April  1994 

50 

17  June  1993 

73 

17  June  1993 

— 

REPRINTED  WITHOUT  CHANGE 

74 

17  April  1994 

74 

17  June  1993 

A-5 

17  April  1994 

A-5 

17  June  1993 

A-6 

17  June  1993 

— 

REPRINTED  WITHOUT  CHANGE 

A-15 

17  April  1994 

A-15 

17  June  1993 

A-16 

17  June  1993 

— 

REPRINTED  WITHOUT  CHANGE 

A-21 

17  June  1993 

— 

REPRINTED  WITHOUT  CHANGE 

A-22 

17  April  1994 

A-22 

17  June  1993 

^-22zfb 

17  April  1994 

New  Page 

— 

A-23 

17  June  1993 

— 

REPRINTED  WITHOUT  CHANGE 

A-24 

17  April  1994 

A-24 

17  June  1993 

A-24a/b 

17  April  1994 

New  Page 

- 

A-29 

17  April  1994 

A-29 

17  June  1993 

A-30 

17  June  1993 

— 

REPRINTED  WITHOUT  CHANGE 

A-37 

17  June  1993 

— 

REPRINTED  WITHOUT  CHANGE 

A-38 

17  April  1994 

A-38 

17  June  1993 

A-39 

17  April  1994 

A-39 

17  June  1993 

A-40 

17  June  1993 

— 

REPRINTED  WITHOUT  CHANGE 

A-49 

17  June  1993 

— 

REPRINTED  WITHOUT  CHANGE 

A-50 

17  April  1994 

A-50 

1 7  June  1993 

A-61 

17  June  1993 

- 

REPRINTED  WITHOUT  CHANGE 

A-62 

17  April  1994 

A-62 

17  June  1993 

A-71 

17  April  1994 

A-71 

17  June  1993 

A-72 

17  June  1993 

— 

REPRINTED  WITHOUT  CHANGE 

AMSC:  N/A  FSG  69GP 

DISTRIBUTION  STATEMENT  A.  Approved  for  public  release;  distribution  is  unlimited. 


MIL-STD-1821 
NCXnCE  1 
17  April  1994 


2.  RETAIN  THIS  NOTICE  AND  INSERT  BEFORE  TABLE  OF  CONTENTS. 

3.  Holders  of  MIL-STD-1 821  will  ’’^rify  that  page  changes  and  additions  indicated  above  have  been 
entered.  This  notice  page  will  be  reu-ned  as  a  check  sheet.  This  issuance,  together  with  appended 
pages,  is  a  separate  publication.  Each  notice  is  to  be  retained  by  stocking  points  until  the  military 
standard  is  completely  revised  or  cancelled. 

4.  Changes  from  previous  issue.  The  margins  of  this  Change  Notice  are  marked  with  bars  to  iitdicate 
where  changes  (additions,  modifications,  corrections,  deletions)  from  the  previous  issue  were  made.  This 
was  done  as  a  convenience  only  and  the  Government  assumes  no  liability  whatsoever  for  any  inaccuracies 
in  these  notations.  Bidders  and  contractors  ate  cautioned  to  evaluate  the  requirements  of  this  document 
based  on  the  entire  content  irrespective  of  the  marginal  notations  and  relationship  to  the  last  pfevious 
issue. 


Custodians: 

Army  -  PT 
Navy  -  TD 
Air  Force  -  1 1 


Preparing  activity: 

Air  Force  -  1 1 

Project  number  69GP-0129 


2 


NXL-STO-1821 
NOTICE  1 


5. 1.2. 1.3.1  Sir  rile  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows; 

File  Identifier  Field  ( always  ' SIF/HDX  DATA  BASE  HEADER ' ) 

5. 1.2. 1.3. 2  Transmittal  Description  Record.  The  field  structure  of 
this  record  shall  be  as  follows: 

Record  Keyword  Field  ( always  ‘ TD  * ) 

SIF  Format  Field 

Originator  Field 

Recipient  Field 

Transmittal  ID  Field 

Creation  Date  Field 

Source  Agency/Project  Field 

Database  Name  Field 

Data  On  This  Volume  Flag  Field 

Security  Classification  Field 

Control  and  Handling  Field 

Releasing  Instructions  Field 

Classification  Authority  Field 

Secixrlty  Control  Number  Field 

Security  Downgrade  Field 

Downgrading  Event  Field 

SIF  Version  Number  Field  (always  '00003')  ) 

5. 1.2. 1.3. 3  Data  Directory  Record.  The  field  structure  of  this  record 
shall  be  as  follows; 

Record  Keyword  Field  (always  'DD') 

Number  of  2D  Static  Models  Field 

Number  of  3D  Static  Models  Field 

Number  of  30  Dynamic  Models  Field 

Number  of  Culture  Tiles  Field 

Number  of  Terrain  Tiles  Field 

Number  of  Generic  Textures  Field 

Number  of  Stage  3  Specific  Model  Textures  Field 

Number  of  Stage  2  Specific  Model  Textures  Field 

Number  of  Stage  1  Specific  Model  Textures  Field 

Number  of  Stage  3  Specific  Areal  Textures  Field 

Number  of  Stage  2  Specific  Areal  Textures  Field 

Number  of  Stage  1  Specific  Areal  Textiires  Field 

Number  of  SMC/FOC  Textures  Field 

Merged  or  Layered  Culture  Field 

Data  Base  SW  Corner  Field 

Data  Base  NE  Corner  Field 

5. 1.2. 1.3. 4  Two-dimensional  12D\  Static  Model  Library  Header  File  Name 
Record .  This  record  shall  be  included  when  the  number  of  2D  Static 
Models  Field  in  the  Data  Directory  Record  is  non-sero.  The  field 
structure  of  this  record  shall  be  as  follows; 

Record  Keyword  Field  (always  '2L') 

File  Name  Field 
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5. 1.2. 1.3. 5  2D  Static  Model  Entry  Record.  The  nvunber  of  these  records 
shall  correspond  to  the  number  of  2D  Static  Models  Field  in  the  Data 
Directory  Record.  The  field  structure  of  this  record  shall  be  as 
follo%rs: 

Record  Keyword  Field  ( always  ' 2S  * ) 

Model  Data  File  Name  Field 
Vertex  Table  File  Name  Field 
Model  Number  Field 
Model  Name  Field 
Model  Description  Field 
Mew  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Dotimgrading  Event  Field 

5. 1.2. 1.3. 6  Three-dimensional  (3P)  Static  Model  Librarv_Header  File 
Name  Record.  This  record  shall  be  included  when  the  number  of  3D  Static 
Models  Field  in  the  Data  Directory  Record  is  non- zero.  The  field 
structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  ( always  ' 3L ‘ ) 

File  Name  Field 

5 . 1 . 2 . 1 . 3 . 7  3D  Static  Model  Entry  Record.  The  number  of  these  records 
shall  correspond  to  the  Number  of  3d  Static  Models  Field  in  the  Data 
Directory  Record.  The  field  structure  of  this  record  shall  be  as 
follows: 

Record  Keyword  Field  ( always  ' 3S • ) 

Model  Data  File  Name  Field 
Vertex  Table  File  Name  Field 
Model  Number  Field 
Model  Name  Field 
Model  Description  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Domgrade  Field 
Downgrading  Event  Field 

5. 1.2. 1.3. 8  3D  Dynamic  Model  Library  Header  File  Name  Record.  This 
record  shall  be  included  when  the  number  of  3D  Dynamic  Models  Field  in 
the  Data  Directory  Record  is  non-zero.  The  field  structure  of  this 
record  shall  be  as  follows: 

Record  Keyword  Field  ( always  ' DL ' ) 

File  Name  Field 
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5. 1.2. 2  Model  data 

5. 1.2. 2.1  Model  d»t«  encoding.  A  canipreaeed  form  of  ASCII  shall  be 
used.  The  eonqpreeelon  shall  t:ake  the  form  of  stripping  all  leading 
zeros  and  blatiks  from  numeric  strings  and  all  leading  and  trailing 
blemks  from  character  strings.  Every  ASCII  field  shall  be  a  variable- 
length  field,  separated  by  the  ASCII  null  character  (*00*).  Since 
fields  are  variable-length,  records  shall  also  vary  in  length.  Every 
record  (except  the  SIF  file  identifier  record)  shall  begin  with  a  2- 
character  keyword  Identifying  its  type.  The  record  keyword  for  a 
conanent  record  shall  be  two  consecutive  asterisks  <**).  Following  the 
keyword  is  the  standard  ASCII  null  character  ('00')  as  the  field 
separator.  The  comment  field  shall  then  continue  until  end  of  file 
(EOF)  or  the  end  of  field  separator  ('00')  is  located  in  the  SIF  data 
file.  Ccnment  records  shall  not  occur  in  the  middle  of  any  record  in 
the  file,  but  can  be  placed  before  or  after  any  other  record  in  the  data 
file.  Items  in  a  field  are  separated  by  'space'  characters. 

5. 1.2. 2. 1.1  Model  building  standards.  Models  shall  be  constructed 
using  a  right-handed  X-T-2  Cartesian  coordinate  system.  Models  shall  be 
built  with  the  local  X-axis  identifying  the  direction  of  the  front  of 
the  model,  and  the  £-axis  pointing  straight  up  into  the  air.'  For  a 
static  model,  the  front  shall  be  defined  as  the  side  facing  the  nearest 
road  feature.  For  a  dynamic  model,  the  X-axis  shall  point  in  the  normal 
direction  of  motion;  however,  any  dynamic  model  that  launches  vertically 
shall  be  modeled  with  its  Z-axis  pointing  vertically.  The  origin  of  a 
static  model  shall  be  defined  as  a  point  %rhere  the  model  touches  the 
earth.  If  the  model  is  to  appear  floating  over  the  earth,  it  shall  have 
its  origin  at  the  point  directly  below  it  on  the  earth.  The  origin 
shall  be  at  the  center  of  the  base  of  the  model  in  the  X-T  plane.  For 
dynamic  BK>dels,  in  the  X-T  plane,  the  origin  shall  be  the  centroid  of 
the  model.  The  elevation  of  the  origin  shall  be  where  the  wheels, 
tracks,  skids,  or  pontoons  contact  the  ground  if  it  is  a  surface 
vehicle,  aircraft,  or  helicopter.  All  models  are  specified  in  units  of 
meters . 


5. 1.2. 2. 2  Model  section  structure.  Kithin  a  SIF  data  base,  models 
shall  be  organized  into  three  general  classes:  2-D  static  models,  3-D 
static  models,  and  3-D  dynamic  models.  Each  type  shall  have  a  single 
library  header  file  ^ich  shall  in  turn  refer  to  separate  Model  Files 
containing  the  actual  model  representations.  The  SIF  data  base  shall 
support  storage  of  each  model  at  up  to  nine  levels  of  detail  (LODs). 

UOD  0  shall  have  the  least  amount  of  detail,  while  LOD  6  has  the  most 
detail.  A  series  of  tables  shall  be  used  to  refer  to  colors,  face-based 
texture  references,  vertex- to-vertex  textiire  references,  model-based 
texture  references,  user-defined  FACS,  and  the  SIF-defined  FACS.  Each 
SIF  model  shall  be  described  by  a  file  made  up  of  variable-length 
logical  keyword  records  containing  ASCII  alphanumeric  strings.  This 
file  shall  consist  of  both  geometry  and  attribute  information.  If 
polygonal  geometry  exists,  then  a  binary  vertex  table  file  shall  exist 
to  describe  polygon  vertices.  All  models  shall  share  the  auxiliary  data 
found  in  the  table  files.  The  IGES  Version  4.0  file  format  shall  be 
used  to  describe  the  constructive  solid  geometry  of  a  model.  The 
SIF/BDI  format  for  models  shall  be  entirely  ASCII . 
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5. 1.2. 2. 2.1  Field  format.  Dat.e  fields  and  records  shall  vary  In 
length.  They  shall  be  stored  in  a  compressed  form  of  ASCII  unless 
otherwise  noted  in  this  standard.  (The  Vertex  Table  File  shall  be 
stored  in  binary  format.)  All  records  (except  the  file  identifier 
record  and  table  entry  records)  shall  begin  with  a  2 -character  )eeyword 
identifier.  Items  in  a  field  are  separated  by  'space'  characters. 


5. 1.2. 2. 2. 2  Section  format.  The  SIF/BOI  model  section  format  shall  be 
as  follo«ra  and  as  shown  in  Figure  3. 

For  each  model  library  type 

Model  Library  Header  File 
For  each  model 

Model  Data  File 

Vertex  Table  File  [mandatory  for 
polygonal  format  only] 

Data  Source  Table  File 
FACS  Table  File  [optional) 

User-Defined  FACS  Table  File  [optional] 

Color  Table  File  [optional] 

Face-Based  Texture  Reference  Table  File  [optional]^ 
Vertex-to-Vertex  Texture  Reference  Table  File  (optional] 
Model-Based  Texture  Reference  Table  File  [optional] 
Mon-Mapped  Texture  Reference  Table  File  [optional] 


5. 1.2. 2. 3  Model  file  structures 

5. 1.2. 2. 3.1  Model  Library  Header  File.  There  shall  be  a  separate  Model 
Library  Header  File  for  each  of  the  three  libraxy  types.  These  files 
shall  be  named  ''MODEL2DS.LBD*'  for  the  2D  Static  Model  Library, 
'MODELSDS.LBO*  for  the  30  Static  Model  Library,  and  "MODELSDD.LBD*  for 
the  3D  Dynamic  Model  Library.  The  Model  Library  Header  File  format 
shall  be  as  follows: 

SIF  File  Identifier  Record 
Model  Library  Header  Record 

5. 1.2. 2. 3. 1.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  (always  'SIF/BDI  MODELS') 

File  Identifier  Field  (always  'MODEL  LIBRARY  HEADER') 

5. 1.2. 2. 3. 1.2  Model  Library  Header  Record.  The  field  structure  of  this 
file  shall  be  as  follows: 

Record  Keyword  Field  ( always  ' ML ' ) 

Model  Library  Type  Field 
Security  Level  Field 
Number  of  Models  Field 
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5. 1 .2 .2 .3 .2 .3  LOP  Header  Record.  The  number  of  these  records  for  a 
given  model  group  shall  correspond  to  the  value  contained  in  the  Niunber 
of  Model  LODs  field  in  the  Model  Header  record.  The  field  structure  of 
this  record  shall  be  as  follows: 


Record  Keyword  Field  ( always  *  IjB  * ) 

Model  liOO  Field 

LOD  Resolution  Description  Field 
Number  of  Components  Field 
Nvonber  of  Polygons  Field 
Number  of  Edges  Field 
Number  of  Vertices  Field 

Number  of  Subsidiary  Model  References  Field 

Number  of  clusters  Ficdd 

Number  of  Separation  I^lanes  Field 

All  Convex  Clusters  Flag  Field 

P2851  Binary  Separation  Planes  Flag  Field 

Number  of  Point  Light  Strings  Field 

if  MODEL_FORK  «  POLYGONAL_ONLY  or  CSG_AND_POLYGONAL  then 
All  Convex  Polygons  Flag  Field 
Number  of  Collision  Test  Points  Field 
Number  of  Model  LOD  Texture  References  Field 
end  if 

FACS  Table  Index  Field  (defaults  to  0  if 

no  optional  fields  specified) 


5. 1.2. 2. 3. 2. 4  Model.  Cluster  Statistics  Record.  The  number  of  cluster 
statistics  records  shall  correspond  to  the  value  in  the  Number  of 
Clusters  Field  in  the  LOD  Header  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 


Record  Keyword  Field  (always  'CS') 

Cluster  ID  Field 

Convex  Cluster  Flag  Field 

Number  of  Polygons  Field 

Number  of  Edges  Field 

Number  of  Vertices  Field 

FACS  Table  Index  Field  (defaults  to  0  if 

no  optional  fields  specified) 


5. 1.2. 2. 3. 2. 5  Separation  Plane  Record.  The  number  of  these  records 
shall  correspond  to  the  Number  of  Separation  Planes  field  in  the  parent 
LOD  Header  record.  The  field  structure  of  this  record  shall  be  as 
follows: 


Record  Keyword  Field  (always  'SP' ) 

if  MODEL_FORM  =  POLYGONAL_ONLY  or  CSG_AND_POLYGONAL  then 
Polygon  ID  Field 
end  if 

Separation  Plane  Number  Field 
Separation  Plane  Coefficients  Field 
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5. 1.2. 2. 3. 2. 6  Subaidiarv  Model  Reference  Record.  The  number  of  bhese 
record*  for  a  given  model  shall  correspond  bo  bhe  value  contained  in  the 
Number  of  Subsidiary  Model  References  field  in  the  parent  LOD  Header 
record.  The  field  structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  ’MR*) 

Referenced  Model  Library  Type  Field 
Referenced  Model  Number  Field 
Referenced  Model  LOO  Field 
Translation  Field 
Scale  Factor  Field 
Rotation  Angles  Field 
Articulated  Fart  Flag  Field 
FACS  Table  Index  Field 

5. 1 .2 .2 .3 .2 .7  Point  Light  String  Record.  The  number  of  Point  Light 
String  records  %rill  correspond  to  the  value  in  the  Number  of  Point  Light 
Strings  field  within  the  LOO  Header  record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Record  Keyword  Field  (always  ‘LS’) 

Length  Field 
Orientation  Field 

Light  String  Shape  Field  | 

Width  Field 

Directionality  Field 

Light  Tyi>e  Field 

Source  ID  Number  Field 

Predondnant  Height  Field 

Surface  Material  Category  Field 

Color  Table  Index  Field 

Layer  Number  Field 

Number  of  Lights  Field 

Point  Light  Positions  Subrecord 

FACS  Table  Index  Field  (defaults  to  0  if 

no  optional  fields  specified) 

5 . 1 .2 .2 . 3 .2 . 7 . 1  Point  Light  Positions  Subrecord.  The  field  structure 
shall  be  as  follo%rs: 

for  each  light  in  the  string 
Point  Light  Position  Field 


5 . 1 .2 .2 . 3 .2 .8  Collision  Test  Point  Record.  The  number  of  these  records 
shall  correspond  to  the  value  in  the  Number  of  Collision  Test  Points 
field  within  the  parent  LOO  Header  record.  The  field  structure  of  each 
record  shall  be  as  follows: 

Record  Keyword  Field  (always  ’TP‘) 

Vertex  List  Position  Field 
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5.1.2.3.1.1.10  Hon-redundant  Vertices .  Vertex  coordinates  shall  be 
stored  non-redundantly  within  one  of  two  vertex  files  associated  with  a 
culture  tile — a  2-0  vertex  file  and  a  3-D  vertex  file.  For  example, 
vertex  V7  would  be  stored  only  once  even  though  it  is  referenced  by  three 
segments  (S5,  S€,  S7).  Each  segment  header  shall  have  a  flag  indicating 
whether  the  vertex  coordinates  may  be  found  in  the  2-D  vertex  file  or  the 
3-D  vertex  file. 


5.1.2.3.1.1.11  Vertex  Ordering.  Vertex  coordinate  records  shall  be 
referenced  by  their  relative  list  position  within  a  vertex  file. 

5.1.2.3.1.1.12  Feature / Segment  Numbering .  Feature  and  segment  numbers 
shall  be  sequentially  assigned,  and  explicitly  encoded  within  feature  and 
segment  records.  Each  segment  shall  have  a  backpointer  to  the  feature(8) 
which  reference  it,  so  that  a  two-way  relationship  can  be  maintained. 


5. 1.2. 3. 1.2  Linear  Feature  Rules.  Given  a  SIF/HDI  culture  tile  with  the 
linear  <al80  referred  to  as  "lineal*)  features  shown  in  Figure  6,  the 
following  rules  shall  apply. 

5. 1.2. 3. 1.2.1  Rendering  Priority.  Rendering  priorities  shall  be  specified 
via  the  layer  number  attribute  associated  with  each  feature,  not  the 
sequence  number. 


5. 1.2. 3. 1.2. 2  Line  Segments.  Bach  linear  feature  shall  consist  of  one  or 
more  line  segments.  Each  segment  shall  consist  of  two  or  more  vertex 
coordinates.  A  segment  shall  be  split  into  two  segments  whenever  it  in 
intersected  by  another  segments  begin/end  points.  For  example,  vertex  V3, 
which  Is  the  termination  of  feature  r2  (V3  to  V9)  where  it  intersects  with 
Fl  (VI  to  V5),  is  used  to  break  up  FI  into  segments  SI  (VI  to  V3)  and  S2 
(V3  to  V5) . 


5. 1.2. 3. 1.2. 3  Segment  Ends .  Except  for  feature  intersections,  the 
definition  of  segment  ends  may  be  arbitrary.  For  example,  feature  Fl  is 
shown  as  consisting  of  t%ro  segments,  with  SI  consisting  of  vertices  VI,  V2, 
and  V3,  and  S2  consisting  of  vertices  V3,  V4,  and  V5;  it  would  be  perfectly 
acceptable  to  break  either  SI  or  S2  (or  both)  into  two  segments  containing 
two  vertices  each. 

5. 1.2. 3. 1.2. 4  Shared  Segments.  When  a  segment  is  shared  between  a  linear 
and  an  areal  feature,  it  shall  be  stored  only  once  in  the  database.  For 
example,  segment  S4  (defined  by  vertices  V7  and  V8)  is  a  comnon  segment 
shared  by  linear  feature  F2  and  areal  feature  F3. 

5. 1.2. 3. 1.2. 5  Directionality.  Uni-directional  linears  shall  be  digitized 
from  left  to  right  facing  the  visible/raf lective  side;  i.e.,  the 
visible/reflective  side  shall  be  to  the  right  as  one  traverses  the  vertex 
coordinates.  For  example,  if  Fl  were  a  uni -directional  feature  with 
vertices  listed  in  the  sequence  from  VI  to  V5,  then  the  visible/reflective 
side  would  be  towards  the  bottom  of  the  diagram. 
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5. 1.2. 3. 2. 10.1  Sir  rile  Identifier  Record.  The  field  structure  of 
this  record  shall  be  as  follows: 

Section  Identifier  rield  (al%myB  ‘SZP/BDl  CUIiTaRE ' ) 
rile  Identifier  rield  (always  •NON-MAPPED  TEXTORB 

REFERENCE  TABIE  * ) 

5.1.2.3.2.10.2  Non-Mapned  Texture  Reference  Table  Header  Record.  The 
Non-Happed  Texture  Reference  Table  Header  shall  be  structured  as 

f ollows : 

Record  Keyword  Field  (always  *NX’) 

Number  of  Texture  References  Field 

5.1.2.3.2.10.3  Non-Mapped  Texture  Reference  Record.  The  field 
structure  shall  be  as  follows: 

Record  Keyword  Field  (al%rsys  ’int*) 

Texture  Reference  Table  Index  Field 
Texture  Library  Field 
Texture  ID  Field 

5.1.2.3.2.11  Model  Reference  Table  Fije.  This  table  shall  be  included 
if  there  are  any  model  references.  The  name  of  this  file  shall  be 
-COLrxxxxx.KRF’,  where  is  "M"  for  Merged  Culture  Data,  "O*  for  LOD  0 
Culture  Data,  ”1*  for  IX>D  1  Culture  Data,  *2*  for  LOD  2  Culture  Data, 

*3'  for  I»0D  3  Culture  Data,  "4*  for  LOD  4  Culture  Data,  and  "5"  for  LOD 
5  Culture  Data;  and  *xxxxx**  is  the  culture  tile  sequence  number.  The 
Model  Reference  Table  Pile  format  shall  be  as  follows: 

SZF  File  Identifier  Record 
Model  Reference  Header  Record 
for  each  Model  Reference  Table  Entry 
Model  Reference  Table  Entry  Record 

5.1.2.3.2.11.1  SIF  File  Identifier  Record.  The  field  structure  of  thia 
record  shall  be  as  follows: 

Section  Identifier  Field  (always  'SIF/HDI  CULTURE') 

File  Identifier  Field  (always  'MODEL  REFERENCE  TABLE') 

5.1.2.3.2.11.2  Model  Reference  Header  Record.  The  Model  Reference 
Header  shall  be  structured  as  follows: 

Record  Keyword  Field  (always  'MR') 

Number  of  Model  References  Field 
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5.1,2.3.2.11.3  Modfcl  Reference  Table  gntrv  Record.  The  field  structure 
of  this  record  shall  be  as  follo%rs: 

Record  Keyword  Field  (al%rays  'KB’) 

Model  Reference  Table  Index  Field 
Model  Number  Field 
Model  LOD  Field 
Orientation  Angle  Field 
Correlation  Priority  Field 
Model  Lat  I<ong  Field 

Height  Above  Terrain  Field  I 

Scale  Factor  Field 

Model  Library  Type  Field 

Number  of  Substituted  Features  Field 

for  each  Substituted  Feature 

Substituted  Feature  Number  Field 

5.1.2.3.2.12  Superfeature  File.  This  file  shall  be  included  if  there 
are  any  superfeatures  defined  within  the  culture  tile.  The  ziao.  this 
file  shall  be  ’CUlorxxxxx.SFR* ,  where  "r"  is  "M"  for  Merged  Culture  Data, 
*0*  for  LOD  0  Culture  Data,  "I"  for  LOD  1  Culture  Data,  *2''  for  LOD  2 
Culture  Data,  "3’  for  LOD  3  Culture  Data,  -4-  for  LOD  4  Culture.  Data,  or 
“5’  for  LOD  5  Culture  Data;  and  "xxxxx"  is  the  culture  tile  sequence 
number.  The  Superfeature  file  format  shall  be  as  follows: 

Sir  File  Identifier  Record 
for  each  Superfeature 

Superfeature  Header  Record 

5.1.2.3.2.12.1  SIF  File  Identifier  Record.  The' field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  ( always  ' SIF/HDI  CULTQRE ' ) 

File  Identifier  Field  (always  'SUPERFEATURE  FILE') 

5.1.2.3.2.12.2  Superfeature  Header  Record.  There  shall  be  a 
Superfeature  header  record  for  each  superfeatxire  defined  within  the 
culture  tile.  The  field  structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'SF') 

Superfeature  ID  Field 
Superfeature  Description  Field 
Bounding  Rectangle  Coordinates  Field 
Number  of  Aggregate  Features  Field 
Number  of  Child  Features  Field 

Number  of  Child  Superfeatures  Field  (currently  0 
Number  of  Parent  Superfeatures  Field  (currently  0 
for  each  Aggregate  Feature 
Feature  Number  Field 
for  each  Child  Feature 
Feature  Number  Field 

for  each  Child  Superfeature  (currently  none 

Superfeature  ID  Field 

for  each  Parent  Superfeature  (currently  none 

Superfeature  ID  Field 
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SSDB  data) 
SSDB  data) 

SSDB  data) 
SSDB  data) 
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